1. Масштабирование гибких
процессов.
Выбираем
Скрам или Канбан?
26 September, 2014
www.luxoft.com

2. Момент принятия решения о методологии
 Запуск новой инициативы (проект, программа)
 Увеличение потока требований
 Изменение характера работы
www.luxoft.com
Канбан Скрам

3. Наиболее частые проблемы клиентов
 Оплата ненужной
функциональности
 Слишком высокая стоимость
внесения даже небольших
изменений
 Сложно понять текущий статус
 Задержка поставки необходимой
функциональности
www.luxoft.com
Никогда
45%
Редко
19%
Иногда
16%
Часто
13%
Постоянно
7%
Реальное использование запрошенной
функциональности
Источник: The CHAOS Manifesto, The Standish Group, 2011

4. Пример («Скептики»)
 Клиент настаивал на внедрении методологии Скрам для команды L3-поддержки
 Быстрая реакция на проблемы в production-среде (максимум – несколько дней)
 Возможность делать небольшие изменения функциональности чаще основного цикла релиза
 Аргументы от заказчика:
 Есть итерации с прогнозируемым объемом
 Команда дает «комитмент»
 У Скрам-команды есть скорость (velocity), которую можно применять в долгосрочном планировании
 Последние отчеты Forrester Research показывают, что Скрам – самая применяемая Agile-методология
 Мы предложили Канбан (удачно!)
www.luxoft.com

5. Еще примеры, или «как мы набирали опыт»
 Банкиры
- Пришли в проект с «недо-Скрамом»
- Попробовали Канбан
- Разделили на несколько Скрам-команд
 Авиаторы
- Скрам на 10 команд
- Много специфических ролей и надстроек
- Ожидаемый fail
www.luxoft.com
 Айтишники
- Начали с Канбана
- Делаем проектные работы по Скраму
 Альфа и Гагарин
- Успешный Скрам на 12 команд
- Прозрачная структура и управление
- Успешный проект с бюджетом $60M

6. Проблема выбора
www.luxoft.com
 Неудачный выбор
методологии планомерно
ведет к Epic Fail
 Как правильно оценить что
нам подойдет ?

7. www.luxoft.com
Проблема
Идея
Деньги и ресурсы
Неуверенность
Предположения
У трансформации
есть заказчик
РЕШЕНИЕ

8. Техника сравнения
Kanban Scrum
www.luxoft.com
 Выбираем 10 самых важных оценочных
критериев
 Для каждого оценочного критерия
отмечаем преимущества одного или
двух подходов с точки зрения контекста
организации

9. Факторы выбора
1. Главная метрика
производительности для
бизнес-заказчиков
www.luxoft.com

10. Новая инициатива
www.luxoft.com
Канбан Скрам
Ускорение поставки фич
(ориентируемся на поток задач)
Увеличение функциональности, добавляемой
в рамках итерации (ориентируемся на
уменьшение неопределенности бэклога)
Чего хочет бизнес?
Как мы будем масштабироваться в рамках цели?

11. Канбан: Ограничение незавершенной работы («Скептики»)
4 7 3 5
Backlog Analysis Design & Dev QA UAT Done
www.luxoft.com
In Process Done In Process Done In Process Done In Process Done

12. Канбан: Детализация процесса («Скептики»)
3 2 5 3 3
2
Analysis Test Case Design & Dev Automation QA UAT
www.luxoft.com
In Process Done In Process Done In Process Done In Process Done
Done

13. Использование burn-down диаграмм («Альфа и Гагарин»)
700
600
500
400
300
200
100
0
www.luxoft.com
Jan
Feb
Mar
Apr
May
Jun
Jul
Aug
Sep
Oct
Nov
Dec
 В первом квартале стало очевидно,
что скорости одной команды мало
 Во втором квартале добавили еще
одну команду, чтобы увеличить
скорость «сжигания»
 Владельцы продукта постепенно
удаляли малозначимые фичи

14. Факторы выбора
1. Главная метрика производительности
для бизнес-заказчиков
2. Размер команды
www.luxoft.com

15. Команда из 15+ человек
Нет ограничений на размер
www.luxoft.com
Канбан Скрам
Типичная команда – 5-9 человек
Как будем делить команду?
команды
Как мы будем координировать две и более команды?

16. Скрам-доска у команды из 15 человек («Банкиры»)
 Много незавершенной
работы в конце итерации
 Нереалистичность
выполнение плана на
итерацию
 Соотношение сделаноне
сделано – 13:3
www.luxoft.com

17. Канбан-доска у команды из 15-ти человек («Скептики»)
www.luxoft.com
WIP LIMITS

18. Факторы выбора
1. Главная метрика производительности
для бизнес-заказчиков
2. Размер команды
3. Организация работы с
задачами
www.luxoft.com

19. Бэклог из 50-ти бизнес задач
Накладываются WIP limits на
количество незавершенной
www.luxoft.com
Канбан Скрам
работы
Фиксируется объем на итерацию
в рамках поставленной цели
Как часто мы будем изменять приоритеты?
Как бизнес реагирует на скорость доставки?

20. Недоканбан (еще «Банкиры»)
4 2 3 3
www.luxoft.com
Done
– Мы после QA
сразу идем в
Прод ?
– Нет
Backlog Analysis Design & Dev QA
In Process Done In Process Done

21. Корпоративные правила (и еще «Банкиры»)
Backlog Analysis Design & Dev QA UAT Release
www.luxoft.com
In Process Done In Process Done In Process Done In Process Done
DONE
2 3 3 15 15

22. Факторы выбора
1. Главная метрика производительности
для бизнес-заказчиков
2. Размер команды
3. Организация работы с задачами
4. Ожидаемый размер бизнес-
задач
www.luxoft.com

23. От 4 часов к 4 месяцам работы
скорости доставки ценности
www.luxoft.com
Канбан Скрам
Фокус на постоянном
улучшении метрик по
В конце итерации должен
получиться работающий
инкремент продукта
Какой средний размер бизнес задач?
Есть ли возможность разделять крупные бизнес задачи?

24. Еще пример («Айтишники»)
www.luxoft.com
 Более 10 незавершенных задач,
которые обозначены как крупные
проекты
 Проекты декомпозируются на 20-30
подзадач
 Общая Канбан-доска не справляется
с таким объемом задач

25. Факторы выбора
1. Главная метрика производительности
для бизнес-заказчиков
2. Размер команды
3. Организация работы с задачами
4. Ожидаемый размер бизнес-задач
5. Командные роли
www.luxoft.com

26. Владельцы продукта и Скрам/Канбан-мастера
www.luxoft.com
Канбан Скрам
Не имеет ограничений В каждой команде должен быть
скрам-мастер и владелец
продукта
Есть ли ресурсы на масштабирование ролей ?

27. Владелец продукта на десять команд («Авиаторы»)
www.luxoft.com

28. Скрам Мастер на четыре команды («Банкиры»)
www.luxoft.com

29. Факторы выбора
1. Главная метрика производительности
для бизнес-заказчиков
2. Размер команды
3. Организация работы с задачами
4. Ожидаемый размер бизнес-задач
5. Командные роли
www.luxoft.com
6. Масштабирование
требований

30. Раздельные потоки требований для команд
www.luxoft.com
Канбан Скрам
Хорошо, но не критично Скрам не запрещает двум
командам работать над одним
бэклогом, хотя это нежелательно
Мы можем разделить требования по областям?
Есть ли необходимость дробить на мелкие подзадачи?

31. Swimlanes в Канбане («Скептики»)
www.luxoft.com

32. Два бэклога в Скрам («Альфа» и «Гагарин»)
www.luxoft.com
 В рамках одной инициативы или
программы есть возможность
разделить потоки требований
 Потоки требований могут независимо
поставляться в производство

33. Факторы выбора
1. Главная метрика производительности
для бизнес-заказчиков
2. Размер команды
3. Организация работы с задачами
4. Ожидаемый размер бизнес-задач
5. Командные роли
www.luxoft.com
6. Масштабирование требований
7. Распределенные команды

34. Команда разделена географически
программных инструментов
www.luxoft.com
Канбан Скрам
Просто настраивается с
использованием
Команде нужно вместе
проводить обязательные
встречи. В Скрам это – правило!
Какие есть возможности инвестиций в телеприсутствие?

35. Пример электронной Канбан-доски («Айтишники»)
www.luxoft.com

36. Факторы выбора
1. Главная метрика производительности
для бизнес-заказчиков
2. Размер команды
3. Организация работы с задачами
4. Ожидаемый размер бизнес-задач
5. Командные роли
www.luxoft.com
6. Масштабирование требований
7. Распределенные команды
8. Организационные роли

37. Chief Architects, QA Managers, Project Managers...
www.luxoft.com
Канбан Скрам
Все роли органично
встраиваются в процесс
Chief Architects, QA Managers,
Project Managers – В скраме они
Stakeholders
Есть ли возможность встраивать Chief Architect в команду?

38. Скрам-надстройки (ох уж эти «Авиаторы»...)
www.luxoft.com
Core team
Solution Architect
Senior Business Analyst
UX Lead
Technical Architect
Program Manager
QA Manager
Scrum team
Scrum Master
Business Analyst
Team
Scrum team
Scrum Master
Business Analyst
Team
Scrum team
Scrum Master
Business Analyst
Team

39. Факторы выбора
1. Главная метрика производительности
для бизнес-заказчиков
2. Размер команды
3. Организация работы с задачами
4. Ожидаемый размер бизнес-задач
5. Командные роли
www.luxoft.com
6. Масштабирование требований
7. Распределенные команды
8. Организационные роли
9. Снижение зависимости от
уникальных навыков

40. Много уникальных специализаций
Как мы будем решать зависимость от уникальных специалистов?
www.luxoft.com
Канбан Скрам
Канбан метод не имеет
четких предписаний к
командной работе
Скрам поощряет коллективную
работу над сложными задачами

41. Факторы выбора
1. Главная метрика производительности
для бизнес-заказчиков
2. Размер команды
3. Организация работы с задачами
4. Ожидаемый размер бизнес-задач
5. Командные роли
www.luxoft.com
6. Масштабирование требований
7. Распределенные команды
8. Организационные роли
9. Снижение зависимости от уникальных
навыков
10.Мартини по вкусу

42. Ваши варианты?
организационная структура
www.luxoft.com
скорость реакции бизнеса
сложность логики
самоорганизация
разработка или поддержка
зрелость команды

43. Что дальше?
 Пересматривайте выбранный подход регулярно
 Не ограничивайте себя уже сделанным выбором
 Канбан и Скрам могут трансформироваться или работать вместе
 Делайте выбор осознанно, на основании бизнес-целей
www.luxoft.com
Канбан Скрам

44. Контакты
www.luxoft.com
СЕРГЕЙ ПРОХОРЕНКО
Руководитель Agile Practice, Luxoft
sprokhorenko@luxoft.com
ВЯЧЕСЛАВ МОСКАЛЕНКО
Agile/Lean-коуч, Luxoft
vmoskalenko@luxoft.com
www.luxoft.com/blog/agile
LuxAgile@luxoft.com

45. Спасибо!
www.luxoft.com