13 ошибок применения Scrum

Денис Тучин

Руководитель группы разработки,

Интеллектуальные системы (i-Sys)

Кто я?

• Родился, вырос в Самаре

• С 9 лет стал шкодить

• С 2004 года начал работать в

коммерческих проектах

• С 2006 по 2010 трудился в EPAM

• С 2009 работаю в Agile проектах

• С 2009 года получил, как удачный, так и

неудачный опыт Scrum

• Кое-чему удалось научится

Что будет?

• Как не ошибиться в самом начале?

• Вредные шаблоны поведения Scrum-мастера (SM)

• Как планировать риски?

• 100500 ошибок Planning Poker’а

• Если успеем/захотим

– Когда можно преждевременно заканчивать спринт?

– Что делать если заболел/уволился SM или член команды?

– Ошибки при Daily Scrum Meeting

– SM внутри команды и «резиновые» спринты

Когда стоит применять

Scrum?

Scrum ради Scrum

Даже в учебных проектах

Негативные ассоциации

Когда стоит применять

Scrum?

Критерии

1. У вас есть проблемы

2. Методология/практика/процесс их решает

Когда стоит применять

Scrum?

Примеры

Меняются требования в процессе разработки

Agile

Феодальное владение кодом

Парное программирование и/или Code review

Когда хорош Scrum?

• Меняются требования, но не часто.

– Если часто, то укоротить итерацию или Kanban

• Стартап или новый продукт

– в каждый момент времени требований хватает примерно на одну итерацию

• Доработка системы

– средние и крупные требования – не часто,

– критичные – редко

Самоорганизация!

1. До внедрения Scrum нужно создать Команду

2. Сотрудники не любят:

•Коммуникации

•Совместное кодом

Нужно воспитывать

Иначе, другая методология

3. Если команда эффективно работает без Scrum –

не трогайте ее!

Scrum снаружи, но не внутри

(PO, Demo, Заказчик рядом и т.п.)

Scrum-мастер:

Сталин или Ганди?

Диктатор:

«Всѐ будем делать по спецификации

Scrum!»

Советчик:

«Давайте так попробуем?..

Не хотите?..

Ну ладно»

Причины?

• У Scrum-мастера нет практического опыта

• Теоретические знания, тренинги и

сертификации не в счѐт

Кто же он –

идеальный Scrum-мастер?

Золотой середины нет - есть серебряная пуля

Scrum-мастер должен досконально знать:

1. Цели проекта

2. Цели каждой практики выбранной методологии

Цели проекта всегда важнее методологии!

Практика должна приближать цель проекта!

Планирование рисков

• Agile – предельная честность с заказчиком

• Честно говорить заказчику, сколько часов в итерации

на незапланированные работы

• Статистика по заказчику и по команде вам поможет!

• Если остаются часы брать «верхнюю» задачу из

Product backlog

Planning Poker

Наиболее формализованная практика, но…

•По очереди высказываются оценки

•Оценивают тим-лид и спрашивает, все ли согласны.

Иногда «переубеждает» авторитетом несогласных.

•Среднее значение по «больнице»

•Максимальное значение

•Минимальное

•Мода

Planning Poker: Как надо

• Оценка одновременно

– Идеально – карты

– Можно на пальцах

• Большое расхождение:

– Выяснить, почему

– Переголосовать

• Маленькое расхождение

– Можно просто договориться

Что ещё есть интересного…

• Когда можно преждевременно заканчивать

спринт?

• Что делать если заболел/уволился Scrum-

мастер или член команды?

• Ошибки при Daily Scrum Meeting

• Scrum-мастер внутри команды и

«резиновые» спринты

Тем, кто хочет ЕЩЁ больше

Рассылка «100 ошибок применения Scrum»

на сайте dream-project.ru

Skype: Denis.Tuchin

Mail: info@dream-project.ru

Автор: Денис Тучин

Доклад: 13 ошибок применения Scrum