Внедряя любую методологию и процесс, даже зная хорошо теорию, мы часто допускам множество ошибок, некоторые из которых заметны сразу, некоторые на ретроспективе, некоторые через определённое время. В докладе я расскажу, какие ошибки мы допустили, внедряя методологию на одном из проектов, как мы их исправили, и какие выводы мы сделали, чтобы не допускать их в будущих проектах. В выступлении будут затронуты как идеологические моменты методологии в целом, так и отдельные конкретные практики и артефакты.

1. 13 ошибок применения Scrum
Денис Тучин
Руководитель группы разработки,
Интеллектуальные системы (i-Sys)

2. Кто я?
• Родился, вырос в Самаре
• С 9 лет стал шкодить
• С 2004 года начал работать в
коммерческих проектах
• С 2006 по 2010 трудился в EPAM
• С 2009 работаю в Agile проектах
• С 2009 года получил, как удачный, так и
неудачный опыт Scrum
• Кое-чему удалось научится

3. Что будет?
• Как не ошибиться в самом начале?
• Вредные шаблоны поведения Scrum-мастера (SM)
• Как планировать риски?
• 100500 ошибок Planning Poker’а
• Если успеем/захотим
– Когда можно преждевременно заканчивать спринт?
– Что делать если заболел/уволился SM или член
команды?
– Ошибки при Daily Scrum Meeting
– SM внутри команды и «резиновые» спринты

4. Когда стоит применять
Scrum?
Scrum ради Scrum
Даже в учебных проектах
Негативные ассоциации

5. Когда стоит применять
Scrum?
Критерии
1. У вас есть проблемы
2. Методология/практика/процесс их решает

6. Когда стоит применять
Scrum?
Примеры
Меняются требования в процессе разработки
Agile
Феодальное владение кодом
Парное программирование и/или Code review

7. Когда хорош Scrum?
• Меняются требования, но не часто.
– Если часто, то укоротить итерацию или Kanban
• Стартап или новый продукт
– в каждый момент времени требований хватает
примерно на одну итерацию
• Доработка системы
– средние и крупные требования – не часто,
– критичные – редко

8. Самоорганизация!
1. До внедрения Scrum нужно создать Команду
2. Сотрудники не любят:
•Коммуникации
•Совместное кодом
Нужно воспитывать
Иначе, другая методология
3. Если команда эффективно работает без Scrum –
не трогайте ее!
Scrum снаружи, но не внутри
(PO, Demo, Заказчик рядом и т.п.)

9. Scrum-мастер:
Сталин или Ганди?
Диктатор:
«Всѐ будем делать по спецификации
Scrum!»
Советчик:
«Давайте так попробуем?..
Не хотите?..
Ну ладно»

10. Причины?
• У Scrum-мастера нет практического опыта
• Теоретические знания, тренинги и
сертификации не в счѐт

11. Кто же он –
идеальный Scrum-мастер?
Золотой середины нет - есть серебряная пуля 
Scrum-мастер должен досконально знать:
1. Цели проекта
2. Цели каждой практики выбранной методологии
Цели проекта всегда важнее методологии!
Практика должна приближать цель проекта!

12. Планирование рисков
• Agile – предельная честность с заказчиком
• Честно говорить заказчику, сколько часов в итерации
на незапланированные работы
• Статистика по заказчику и по команде вам поможет!
• Если остаются часы брать «верхнюю» задачу из
Product backlog

13. Planning Poker
Наиболее формализованная практика, но…
•По очереди высказываются оценки
•Оценивают тим-лид и спрашивает, все ли согласны.
Иногда «переубеждает» авторитетом несогласных.
•Среднее значение по «больнице»
•Максимальное значение
•Минимальное
•Мода

14. Planning Poker: Как надо
• Оценка одновременно
– Идеально – карты
– Можно на пальцах 
• Большое расхождение:
– Выяснить, почему
– Переголосовать
• Маленькое расхождение
– Можно просто договориться

15. Что ещё есть интересного…
• Когда можно преждевременно заканчивать
спринт?
• Что делать если заболел/уволился Scrum-
мастер или член команды?
• Ошибки при Daily Scrum Meeting
• Scrum-мастер внутри команды и
«резиновые» спринты

16. Тем, кто хочет ЕЩЁ больше 
Рассылка «100 ошибок применения Scrum»
на сайте dream-project.ru
Skype: Denis.Tuchin
Mail: info@dream-project.ru
Автор: Денис Тучин
Доклад: 13 ошибок применения Scrum