Upload
vyacheslav-moskalenko
View
1.482
Download
2
Embed Size (px)
Citation preview
www.luxoft.com
Масштабирование гибких
процессов.
Выбираем
Скрам или Канбан?
26 September, 2014
www.luxoft.com
Момент принятия решения о методологии
Запуск новой инициативы (проект, программа)
Увеличение потока требований
Изменение характера работы
СкрамКанбан
www.luxoft.com
Наиболее частые проблемы клиентов
Оплата ненужной
функциональности
Слишком высокая стоимость
внесения даже небольших
изменений
Сложно понять текущий статус
Задержка поставки необходимой
функциональности
Никогда45%
Редко19%
Иногда16%
Часто13%
Постоянно7%
Реальное использование запрошенной функциональности
Источник: The CHAOS Manifesto, The Standish Group, 2011
www.luxoft.com
Пример («Скептики»)
Клиент настаивал на внедрении методологии Скрам для команды L3-поддержки
Быстрая реакция на проблемы в production-среде (максимум – несколько дней)
Возможность делать небольшие изменения функциональности чаще основного цикла релиза
Аргументы от заказчика:
Есть итерации с прогнозируемым объемом
Команда дает «комитмент»
У Скрам-команды есть скорость (velocity), которую можно применять в долгосрочном планировании
Последние отчеты Forrester Research показывают, что Скрам – самая применяемая Agile-методология
Мы предложили Канбан (удачно!)
www.luxoft.com
Еще примеры, или «как мы набирали опыт»
Банкиры
- Пришли в проект с «недо-Скрамом»
- Попробовали Канбан
- Разделили на несколько Скрам-команд
Авиаторы
- Скрам на 10 команд
- Много специфических ролей и надстроек
- Ожидаемый fail
Айтишники
- Начали с Канбана
- Делаем проектные работы по Скраму
Альфа и Гагарин
- Успешный Скрам на 12 команд
- Прозрачная структура и управление
- Успешный проект с бюджетом $60M
www.luxoft.com
Проблема выбора
Неудачный выбор
методологии планомерно
ведет к Epic Fail
Как правильно оценить что
нам подойдет ?
www.luxoft.com
Проблема
ИдеяНеуверенность
Деньги и ресурсы
Предположения
У трансформации
есть заказчик
РЕШЕНИЕ
www.luxoft.com
Техника сравнения
Kanban Scrum Выбираем 10 самых важных оценочных
критериев
Для каждого оценочного критерия
отмечаем преимущества одного или
двух подходов с точки зрения контекста
организации
www.luxoft.com
Факторы выбора
1. Главная метрика
производительности для
бизнес-заказчиков
www.luxoft.com
Новая инициатива
СкрамКанбан
Ускорение поставки фич
(ориентируемся на поток задач)
Увеличение функциональности, добавляемой
в рамках итерации (ориентируемся на
уменьшение неопределенности бэклога)
Чего хочет бизнес?
Как мы будем масштабироваться в рамках цели?
www.luxoft.com
Канбан: Ограничение незавершенной работы («Скептики»)
Backlog Analysis Design & Dev QA UAT Done
In Process Done In Process Done In Process Done In Process Done
4 7 3 5
www.luxoft.com
Канбан: Детализация процесса («Скептики»)
Analysis Test Case Design & Dev Automation QA UAT
In Process Done In Process Done In Process Done In Process Done
2 5 3 3
Done
3 2
www.luxoft.com
Использование burn-down диаграмм («Альфа и Гагарин»)
0
100
200
300
400
500
600
700Jan
Fe
b
Ma
r
Apr
Ma
y
Ju
n
Ju
l
Aug
Sep
Oct
No
v
De
c
В первом квартале стало очевидно,
что скорости одной команды мало
Во втором квартале добавили еще
одну команду, чтобы увеличить
скорость «сжигания»
Владельцы продукта постепенно
удаляли малозначимые фичи
www.luxoft.com
Факторы выбора
1. Главная метрика производительности
для бизнес-заказчиков
2. Размер команды
www.luxoft.com
Команда из 15+ человек
Как будем делить команду?
Как мы будем координировать две и более команды?
СкрамКанбан
Нет ограничений на размер
команды
Типичная команда – 5-9 человек
www.luxoft.com
Скрам-доска у команды из 15 человек («Банкиры»)
Много незавершенной
работы в конце итерации
Нереалистичность
выполнение плана на
итерацию
Соотношение сделано\не
сделано – 13:3
www.luxoft.com
Канбан-доска у команды из 15-ти человек («Скептики»)
WIP LIMITS
www.luxoft.com
Факторы выбора
1. Главная метрика производительности
для бизнес-заказчиков
2. Размер команды
3. Организация работы с
задачами
www.luxoft.com
Бэклог из 50-ти бизнес задач
Как часто мы будем изменять приоритеты?
Как бизнес реагирует на скорость доставки?
СкрамКанбан
Накладываются WIP limits на
количество незавершенной
работы
Фиксируется объем на итерацию
в рамках поставленной цели
www.luxoft.com
Недоканбан (еще «Банкиры»)
Done
– Мы после QA
сразу идем в
Прод ?
– Нет
Backlog Analysis Design & Dev QA
In Process Done In Process Done
4 2 3 3
www.luxoft.com
Корпоративные правила (и еще «Банкиры»)
Backlog Analysis Design & Dev QA UAT Release
In Process Done In Process Done In Process Done In Process Done
DONE
2 3 3 15 15
www.luxoft.com
Факторы выбора
1. Главная метрика производительности
для бизнес-заказчиков
2. Размер команды
3. Организация работы с задачами
4. Ожидаемый размер бизнес-
задач
www.luxoft.com
От 4 часов к 4 месяцам работы
Какой средний размер бизнес задач?
СкрамКанбан
Фокус на постоянном
улучшении метрик по
скорости доставки ценности
В конце итерации должен
получиться работающий
инкремент продукта
Есть ли возможность разделять крупные бизнес задачи?
www.luxoft.com
Еще пример («Айтишники»)
Более 10 незавершенных задач,
которые обозначены как крупные
проекты
Проекты декомпозируются на 20-30
подзадач
Общая Канбан-доска не справляется
с таким объемом задач
www.luxoft.com
Факторы выбора
1. Главная метрика производительности
для бизнес-заказчиков
2. Размер команды
3. Организация работы с задачами
4. Ожидаемый размер бизнес-задач
5. Командные роли
www.luxoft.com
Владельцы продукта и Скрам/Канбан-мастера
Есть ли ресурсы на масштабирование ролей ?
СкрамКанбан
Не имеет ограничений В каждой команде должен быть
скрам-мастер и владелец
продукта
www.luxoft.com
Владелец продукта на десять команд («Авиаторы»)
www.luxoft.com
Скрам Мастер на четыре команды («Банкиры»)
www.luxoft.com
Факторы выбора
1. Главная метрика производительности
для бизнес-заказчиков
2. Размер команды
3. Организация работы с задачами
4. Ожидаемый размер бизнес-задач
5. Командные роли
6. Масштабирование
требований
www.luxoft.com
Раздельные потоки требований для команд
Мы можем разделить требования по областям?
Есть ли необходимость дробить на мелкие подзадачи?
СкрамКанбан
Хорошо, но не критично Скрам не запрещает двум
командам работать над одним
бэклогом, хотя это нежелательно
www.luxoft.com
Swimlanes в Канбане («Скептики»)
www.luxoft.com
Два бэклога в Скрам («Альфа» и «Гагарин»)
В рамках одной инициативы или
программы есть возможность
разделить потоки требований
Потоки требований могут независимо
поставляться в производство
www.luxoft.com
Факторы выбора
1. Главная метрика производительности
для бизнес-заказчиков
2. Размер команды
3. Организация работы с задачами
4. Ожидаемый размер бизнес-задач
5. Командные роли
6. Масштабирование требований
7. Распределенные команды
www.luxoft.com
Команда разделена географически
Какие есть возможности инвестиций в телеприсутствие?
СкрамКанбан
Просто настраивается с
использованием
программных инструментов
Команде нужно вместе
проводить обязательные
встречи. В Скрам это – правило!
www.luxoft.com
Пример электронной Канбан-доски («Айтишники»)
www.luxoft.com
Факторы выбора
1. Главная метрика производительности
для бизнес-заказчиков
2. Размер команды
3. Организация работы с задачами
4. Ожидаемый размер бизнес-задач
5. Командные роли
6. Масштабирование требований
7. Распределенные команды
8. Организационные роли
www.luxoft.com
Chief Architects, QA Managers, Project Managers...
Есть ли возможность встраивать Chief Architect в команду?
СкрамКанбан
Все роли органично
встраиваются в процесс
Chief Architects, QA Managers,
Project Managers – В скраме они
Stakeholders
www.luxoft.com
Скрам-надстройки (ох уж эти «Авиаторы»...)
Core teamSolution Architect
Senior Business AnalystUX Lead
Technical ArchitectProgram Manager
QA Manager
Scrum teamScrum Master
Business AnalystTeam
Scrum teamScrum Master
Business AnalystTeam
Scrum teamScrum Master
Business AnalystTeam
www.luxoft.com
Факторы выбора
1. Главная метрика производительности
для бизнес-заказчиков
2. Размер команды
3. Организация работы с задачами
4. Ожидаемый размер бизнес-задач
5. Командные роли
6. Масштабирование требований
7. Распределенные команды
8. Организационные роли
9. Снижение зависимости от
уникальных навыков
www.luxoft.com
Много уникальных специализаций
Как мы будем решать зависимость от уникальных специалистов?
СкрамКанбан
Канбан метод не имеет
четких предписаний к
командной работе
Скрам поощряет коллективную
работу над сложными задачами
www.luxoft.com
Факторы выбора
1. Главная метрика производительности
для бизнес-заказчиков
2. Размер команды
3. Организация работы с задачами
4. Ожидаемый размер бизнес-задач
5. Командные роли
6. Масштабирование требований
7. Распределенные команды
8. Организационные роли
9. Снижение зависимости от уникальных
навыков
10.Мартини по вкусу
www.luxoft.com
Ваши варианты?
сложность логики
скорость реакции бизнеса
разработка или поддержка
самоорганизация
зрелость команды
организационная структура
www.luxoft.com
Что дальше?
Пересматривайте выбранный подход регулярно
Не ограничивайте себя уже сделанным выбором
Канбан и Скрам могут трансформироваться или работать вместе
Делайте выбор осознанно, на основании бизнес-целей
СкрамКанбан
www.luxoft.com
Контакты
СЕРГЕЙ ПРОХОРЕНКО
Руководитель Agile Practice, Luxoft
ВЯЧЕСЛАВ МОСКАЛЕНКО
Agile/Lean-коуч, Luxoft
www.luxoft.com/blog/agile
www.luxoft.com
Спасибо!