4. Agile – это о людях
• Вы сами
Правильное ли понимание Agile и Scrum?
Ответы на вопрос «Зачем?»
• Люди вокруг вас
Примут ли ценности Agile?
«Непроданный» Agile
Team = Product
8. Помните о «СуХаРях»!
1. Shu (守:しゅ - “подчинение”) — изучение
традиционной мудрости
2. Ha (破:は - “отклонение”) — отступление
от традиции
3. Ri (離:り - “покидание”)— превосходство
над традицией
10. Совмещение ролей
• Product Owner / Scrum Master / Team
member
• Product Owner / Scrum Master
• Scrum Master / Team member
• Product Owner / Team member
12. Planning & Estimating
• Product Owner воздействует на оценку
• Команда «прогибается» и берет больше
работы чем может выполнить
• Тимлиды оценивают задачи сами
13. Sprint
• «Водопад» внутри спринта
• Удлинение спринта
• Задачи назначает один человек
• Нарушение приоритетов
• Затягивание Daily Scrum Meeting
• Отмена Daily Scrum Meeting
• «Запущенный» Burndown Chart или его
отсутствие
• Работа с изменениями
15. Retrospective
• Говорит только один человек
• Отсутствие Action List
• Action List без ответственных
• Слишком большой Action List
• Выполнение Action List не отслеживается
16. Подытожим
• Люди (вы и другие)
• Не режьте Scrum и следуйте правилам (Shu-
Ha-Ri + Checklist)
• Старайтесь избегать совмещения ролей
• Спрашивайте опытных людей (постоянно)
Я - Владимир Добров, работаю проджект менеджером и аджайл коучем в компании Ciklum. Недавно начал писать в твиттер, наверное потому что уже есть что сказать =)
Поднимитре руки те, - Кто собирается перейти на скрам в текущем/следующем проекте? - На мой взгляд, вам будет многое полезно из этого доклада.- Кто пробовал внедрять скрам, но так и не получилось? - Думаю вы сможете увидеть какие-то свои ошибки в докладе- Кто внедрил скрам, который успешно работает? - Отлично, возможно дополните меня своим опытом- Кто успешно внедрил скрам с первого раза?! - Поделитесь секретом в кофе-паузе =)Отлично! Давайте теперь поговорим непосредственно об ошибках и проблемахПоследнее время много негативного фидбэка
Эджайл это в первую очередь о людях и их совместной работе. Уже потом идут тулы, процессы и т.д. Какие люди имеются в виду?Впервую очередь Вы сами. Начать прививать Agile надо с себя.Убедитесь, что вы правильно понимаете эджайл. Покажите ваши шаги по внедрению скрама опытному коучу.Будьте готовы регулярно отвечать на вопрос «Зачем?» по каждому элементу и правилуОглянитесь вокруг. Посмотрите на тех, с кем вы планируете строить Agile. В какой окружающей среде вы собираетесь растить свой эджайл?Готовы ли эти люди принять ценности Agile?Если вы еще не «продали» эджайлкоманде/руководству/заказчику, то лучше это сделать. Можете пригласить для этого коуча.
Сам по себе скрам очень прост. Его полное описание умещается в 17-страничный документ.
Типы проектов.
А теперь перейдем непосредственно к ошибкам.Одна из самых главных ошибок, которую допускают при внедрении скрама – это его «урезание», т.е. выбрасывают «лишние» части, которые вроде бы как не нужны, или не подходят «нашей компании».Сам по себе скрам «пустой». Он как каркас, который надо наполнять правильными практиками. Но выбрасывать нельзя ничего! Вообще ничего!В этот момент всегда хочется напомнить людям о сухарях!
Все знают о каких сухарях идет речь?
Если вы не продали эджайл в организации и клиенту, то скорее всего этого не избежатьРедкий случай, не встречал. Нет смысла останавливаться.Достаточно частый случай.Имеет право на жизнь, но уровень SM должен быть на уровне хорошего коача, чтобы «темная сторона» PO не победилаСамый популярный вариант совмещения. Вполне имеет право на жизнь, но желательно не в первом проекте.Достаточно редкий. «Темная сторона» будет побеждать.