Документ обсуждает гибкие методики разработки, фокусируясь на подходах Scrum и Kanban, а также принципах минимизации потерь и оптимизации времени цикла. Рекомендовано разделение работы на маленькие порции и ограничение незавершенной работы (WIP) для уменьшения времени поставки. Алексей Ильичев делится теорией очередей и выводами, которые помогают контролировать эффективность разработки.

1. Гибкие методики разработки:
создание продуктов с
минимальными потерями
Алексей Ильичев, alexey@scrumtrek.ru

2. • 28 лет
• В разработке с
2004 года
• Разработчик,
PM,
СкрамМастер,
Agile Coach,
лайф-коуч

3. Содержание
Обзор подходов к разработке ПО
Принципы гибкой разработки
Scrum и Kanban: осознанно выбираем
практики

4. ОБЗОР ПОДХОДОВ К РАЗРАБОТКЕ

5. Водопадная модель
Заказчик
Аналитики
Архитектор
Разработчики
Тестировщики
Ввод в эксплуатацию
Сопровождение

7. Code & Fix
Цель
Изначально
мы здесь

8. Цель
Изначально
мы здесь
Agile

9. Цель
Agile

10. Цель
Agile

11. Цель
Agile

12. Цель
Agile

13. ПРИНЦИПЫ ГИБКОЙ РАЗРАБОТКИ

14. Разделите работу на маленькие
порции
Разделите работу на список конкретных маленьких
результатов, упорядоченный по важности для заказчика

16. Оптимизируйте время цикла
• Долгая поставка — источник потерь,
связанных с поздней обратной связью
• Чем дольше время цикла, тем больше риск,
что требования изменятся.

17. Загруженность и время цикла
• Чем выше загруженность, тем больше время цикла
• Чем меньше порции, тем ниже вариативность и меньше время циклаВремяцикла
загруженность ресурсов

18. Закон Литтла
• Среднее время ожидания = размер очереди /
скорость обслуживания
• Lead Time = WIP / Average Completion Rate
200 человек / 20 чел в час = 10 часов

19. Теория очередей
• Закон Литтла
• Выводы
– При той же производительности можно
уменьшить время цикла снизив количество
одновременно выполняющейся работы

20. Контролируйте НЗР
• Закон Литтла: чем больше НЗР, тем дольше
время поставки
• Большое количество НЗР — источник
потерь
• При высоком НЗР приходится часто
переключаться между задачами

21. Принципы гибкой разработки
1. Маленькие порции
2. Ограничить незавершенную работу (НЗР,
Work in Progress, WIP)
3. Оптимизировать время поставки, а не
загруженность ресурсов

22. SCRUM И KANBAN: ОСОЗНАННО
ВЫБИРАЕМ ПРАКТИКИ

24. Баклог РазработкаОчередь Тестирование Готово!
2 3 2
В прогрессе Готово
1
2
A
A
A
A
A
A
A

25. Баклог РазработкаОчередь Тестирование Готово!
2 3 2
В прогрессе Готово
1
2
A
A
A
A
A
A
A

26. Баклог РазработкаОчередь Тестирование Готово!
2 3 2
В прогрессе Готово
1
2
3
4
A
A
A
A
A
A

27. Баклог РазработкаОчередь Тестирование Готово!
2 3 2
В прогрессе Готово
1
2
3
4A
A
A
A
A
A

28. Баклог РазработкаОчередь Тестирование Готово!
2 3 2
В прогрессе Готово
1
2
3
45
6
A
A
A

29. Scrum
• Контроль НЗР за счёт определения
готовности и ограниченности итераций по
времени
• Команда полного цикла
• Размер порции — не больше длины
итерации
• Ретроспектива является обязательной
частью процесса

30. Kanban
• Направлен на оптимизацию времени
поставки
• Контроль НЗР явный
• Мало обязательных правил
• Подходит для команд гораздо большего
размера

31. Спасибо!
• Алексей Ильичев
• Процессный коуч, ScrumTrek
• alexey@scrumtrek.ru
• Skype: alexey.ilyichev
• +7 (909) 687-63-75