В своем докладе я хочу поделиться опытом внедрения методологии канбан в команде разработки продуктового ПО: Какие для этого были предпосылки и какие проблемы нужно было решить, Поэтапный переход от существующего итеративного процесса к потоковой обработке задач, Выявление "узких мест" и их решение, проведение ретроспектив, Какие инженерные практики были применены и как это повлияло на решение проблем, Полученные результаты

1. Внедрение Kanban в
команде разработки ПО
Наталья Ли
Arta Software

2. О себе
• 2006-2015 гг – Arta Software, разработка продуктового
ПО, с 2012 – директор департамента производства
• С марта 2015 – InesSoft, тимлид команды разработки
на проекте развития портала электронного
правительства

3. Arta Software

4. Arta Synergy
• BPM, ECM, PPM, BAM
• Web-приложение, мобильные и десктопные клиенты
• Средства интеграции, REST API, интерпретатор
JavaScript

5. Наша команда

6. Итерационный процесс
• 3-х недельный цикл разработки
• Четко разделенные фазы

7. Так в чем проблема?

8. Внутренние проблемы

9. Внешние проблемы
• Получение фичи не во время
• Выполнение не приоритетной работы
• Долгий отклик на фиксы, консультации
НЕ ВЕРЮ!

10. Почему канбан?
• Наименее директивен
• Итерации: выпускать тогда когда нужно
• Не кроссфункциональная команда

11. Изменения в планировании
• Не планировать
вперед на несколько месяцев –
вытягивать приоритетное
• Не забивать план на 100%

12. Внедрение. Шаг #1 – Feature Team
• + Feature Team
• - Большая постановка
• + Маленькие задачи

13. Внедрение. Шаг #2 – доска, стендапы
• + Физическая доска
• + Стендапы
• - Этапы в итерации

14. Внедрение. Шаг #3 - getKanban
• Поиграли
• Поняли что такое WIP

15. Внедрение. Шаг #4 - ретроспективы
• Оценка предыдущих решений
• Фиксирование новых
Что обсуждать:
• Задачи из прошедшей итерации
• Инициативные вопросы
!Соблюдение регламента

16. Новая команда

17. Инженерные практики
• Code Review
• Модульное тестирование
• Автоматизация тестирования
~ в три раза меньше проваленных тест-кейсов на
регрессионном тестировании
~63% автоматизация регрессионного тестирования

18. Trello как электронная доска
• Доступ к физической доске
• Оперативное внесение
изменений
• Вовлечение в
процесс заказчиков

19. Результаты
• CycleTime
31 → 18 дней
• Среднее время
решения
проблемы
2нед → 2 дня
• Увеличение
пропускной
способности
~2 раза

20. Что дальше?

21. Контакты
Спасибо за внимание
Наталья Ли
+7 (701) 774 70 94
topolskaya.n@gmail.com