Какую выбрать методологию, если ваш процесс разработки состоит из разных видов работ, таких, как дизайн, разработка бэкенда, разработка фронтенда, тестирования и развертывания? Причем ваши задачи проходят через все эти работы, и вы хотите отслеживать все задачи в одном месте. Но при этом вы хотите разрабатывать итерационно, с применением стендапов, ретроспектив, оценкой задач и других практик из Скрама. Тогда вам стоит обратить внимание на Скрамбан!

1. Dmitry Ovechkin
Director of Product Management at Innova
Dmitry_ov@yahoo.com
1

2. Скрестить S CRUM и KANBAN
т.к. разные цели и задачи…
2

3. Цели и задачи –
S CRUM
Итеративная разработка
Релиз (месяцы)
Жесткие временные рамки
Оценка и планирование задач на период
Спринт (недели)
Приоритезация
Кроссфункциональность
Рабочий продукт после спринта
Отгрузка
Продакт менеджер 3

4. Цели и задачи - KANBAN
Обеспечение потока
Однородность задач
Все работы в одном месте
Оценка время прохождения задачи
Выявление узких мест
Фокус на максимизацию скорости
4

5. Не могу выбрать , т .к . у меня
Разные виды работ
Нет кроссфункциональности
Задачи не однородны
Не всегда история умещается в спринт
Продакт менеджер
5

6. Не могу выбрать , т .к . мне
надо
Видеть все работы в одном месте
Планировать на периоды или группами
Приоритезировать задачи
Считать продуктивность
Выявлять узкие места
Часто выпускать продукт
Добавлять новые задачи в любой момент
6

7. Что же делать ?
SCRUMBAN
7

8. Команда
Разработчики
фронтенда
SCRUMBAN команда Проектировщики
интерфейса
Дизайнеры
Разработчики
бэкенда
Тестеры
8

9. Планирование
Проектирование Графический Разработка Разработка
Backlog Тестирование
интерфейса Дизайн фронтенда бэкенда
Задача 1 Задача 2 Задача 3 Задача 4 Задача 5
История 1 (10) (8) (10) (13) (5)
Задача 6 Задача 7 Задача 8 Задача 9
История 2 (3) (5) (5) (5)
Задача 10 Задача 11 Задача 12
История 3 (1) (8) (3)
Оценка в man-days 13 13 16 21 13
9

10. Оценка срока
Проектирование
(13) интерфейса
(13) Графический
+10 дней
дизайн
Разработка
+8 дней (16)
фронтенда
Разработка
+13 дней (21)
бэкенда
+10 дней (13) Тестирование
Время Буфер в 30%
(41 день) (53 дня)
10

11. Планирование
спринта
Backlog спринта В работе
Backlog релиза Сделано
(3) (1)
Расставляем по приоритету
История 1
История 2
История 3
История 4
История 5
История 6
11

12. Планирование спринта
( 2)
Backlog спринта В работе
Backlog релиза Сделано
(3) (1)
Расставляем по приоритету
История 1
История 2
История 3
История 4
История 5
История 6
Спринт это фокус
Берем не более 3 историй
Задачи не обязаны вмещаться в
жесткий период
12

13. Работа в
спринте
Backlog Работа 1 Работа 2 Работа 3
Сделано
(3) (3) (2) (5)
История 1 Задач не
более
Задача 1
Задача 2
Задача 3
Задача 4
Задача 5
История 2
Задача 6
Задача 7
Задача 8
Задача 9
13

14. Отгрузка
Backlog спринта В работе В работе
Сделано
(3) (1) (1)
История 4 Задача 6 Задача 7 История 1
Задача 1 (2)
Задача 2 (3)
История 2
Задача 3 (5)
Задача 4 (3)
История 3
Задача 5 (1)
2 недели 2 недели 2 недели 2 недели 2 недели
Нет привязки к периоду,
отгружаем продукт по готовности
фич 14

15. Анализ периода
Оценка производительности
количество сделанных историй
или
количество сделанных задач для каждой работы
Проводим ретроспективу
после очередного билда
или
раз в неделю по понедельникам
Планируем спринт
как только сделали все истории
или
раз в неделю добавляем новые задачи 15

16. Дополнительные плюшки
Не нужно впихивать задачи в спринт
Не нужно искусственно делить истории
Легко добавлять новые истории
Все задачи проходят через тестирование
Отгружаем фичи по готовности
16

17. Thank You!
Dmitry Ovechkin
Director of Product Management at Innova
Dmitry_ov@yahoo.com
17