Документ обсуждает паттерны масштабирования разработки в контексте agile, представляя различные команды и их взаимодействия, такие как feature teams, service teams и tiger teams. В нем рассматриваются проблемы, связанные с узкими местами и перегрузками в процессе разработки, а также методы их устранения, включая теорию ограничений. Основное внимание уделяется важным принципам, таким как интеграция, взаимопомощь и эволюционные улучшения.

1. Паттерны масштабирования
разработки ПО
Асхат Уразбаев
Agile Coach
ScrumTrek

2. Асхат Уразбаев
• ScrumTrek
• Agile Coach
• Управляющий партнер
• В прошлом
• Программист, менеджер,
архитектор процессов

4. BoДsоs-о-олго!
Front End
Back End
Testers
Architect
OPS
6 ppl
8 ppl
4 ppl

5. С точки зрения заказчика
Фичи Разработчики
Продукт

6. Внимание, черный ящик
Разработчики
специализированы по…
• Ролям
• Знанию технологий
• Знанию бизнес домена
• Знанию компонентов
Идея
анализ
проектирование
разработка
тестирование
релиз
Разработчики

7. Backlog (список фич)
Продукт

8. Почему может быть долго?
Продукт
Очередь здесь
Ждет начала
работы
Очередь здесь
С начала работы до
окончания

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

11. Почему WIP большой?

12. 1. Бизнес «упихивает задачи»
Продукт
Входной поток
больше выходного
Здесь жизни нет

13. 2. Узкое место (bottleneck)
Несбалансированная
команда
Продукт

14. 2. Узкое место (bottleneck)
Продукт
Вариации
в баклоге

15. 3. Дефекты
Продукт

16. Дефекты
Идея
анализ
проектирование
разработка
тестирование
релиз

17. Стоимость исправления
дефектов

18. 4.Изменение требований
Время цикла < период полураспада
требований

19. 5. Большие фичи
Продукт
Время реализации растет
Появляются узкие места

20. Паттерн «Кроссфункциональная
команда»
• Взаимопомощь
• Взаимозаменямост
ь
• Ранняя интеграция
• Быстрое
исправление
дефектов
• Минимум
бюрократии
Размер: 7±2

21. Scrum и Kanban
• Таймбокс • WIP Limit
Очередь Разработка Тест Готово
3 2
Готово

22. Разбиение работ на
Пользовательские Истории
Интеграция с онлайн-банком
Свободный платеж
Оплата мобильного телефона
Оплата ЖКХ
База данных Server Side Front end

23. Spotify.com
http://agilerussia.ru/practices/spotifyscaling/

24. • s

25. BoДsоs-о-олго!
Front End
Back End
Testers
Architect
OPS
6 ppl
8 ppl
4 ppl

26. Boss
Architect
Отстойно!
Я больше не
могу
контролировать
ВСЕ!
Feature Team 1 Feature Team 2 Feature Team 3

27. Boss
Architect
Feature Team 1 Feature Team 2 Feature Team 3

28. Паттерн «Виртуальная
команда»
• Из разных команд
• Регулярно собираются вокруг общей
проблемы
– Архитектура, инфраструктура,
тестирование, …

29. Spotify
http://agilerussia.ru/practices/spotifyscaling/

30. Service Team, Functional
Teams
• Service Team
– Помогает другим командам
– Не несет прямой ценности пользователю
– Заказчики — другие команды
• Functional Team
– Команда специалистов сходной
компетенции

31. Flow
Design
Web
WinPhone iOS Android
Core Lib
Backend
Video Encoding
Testing

33. Работа над одной фичей
разными командами

34. Технологический стек Feature
Team
Android
iOS
C++
Obj C
Video
Java
JavaScript
HTML/CSS
Ruby/Pyth
on

35. Feature Team
• Большой размер
• Проблемы с
взаимопомощью
• Изолированные
работы
• Проблемы с поставкой
• Бессмысленность
стендапов

36. Flow Design
Web
WinPhone iOS Android
Core Lib
Backend
Video Encoding
Testing
Узкое место

37. Проблема
производительности
Бутылочное
горлышко
Capacity
problem
Rework
problem

38. Паттерн #X. Устранение узких
мест
~throughput

39. Паттерн #X. Устранение узких
мест

40. Теория ограничений
• Identify. Определить ограничение
• Exploit. Использовать по максимуму
• Subordinate. Подчинить работу
ограничению
• Elevate. Расширить ограничение по
максимуму

41. Identify
Type I
• Быстрая реакция
• Работа на
пределе,
переработки
• Некогда улучшать
качество
Type II
• Долгие ожидания
результата
• Длина очереди
заявок со стороны
других команд
Type III
• Долгая реализация

42. Exploit
• Передать все
работы, которые
возможно, другим
командам
• Освободить от
лишних митингов,
добавить PM для
административной
работы

43. Subordinate
• Уменьшить планы до возможностей
команды-бутылочного горлышка

44. Elevate
• Нанимать по мере возможности

45. Rework

46. Rework problem

47. Design
Web
WinPhone iOS Android
Core Lib
Backend
Video Encoding
Testing
Где узкое место?

48. Паттерн «Интеграционная
команда»
• Кросс-
функциональная
команда
• Там где rework
максимальный
• Супер-спецы
Размер: 7±2

49. Структура баклога
Team 1
Team 2
Team 3
Интеграционные
фичи ~ 30%
баклога

50. Узкое место может
измениться
• Фича может затронуть
любое количество
команд
• «Путь» фичи через
команды может быть
различным
• Количество фич разного
типа меняется

51. Портфельная доска

52. Releases и Portfolio Kanban
• Короткие релизы • WIP Limit
Очередь Business Case Development Готово
Готово
Список
фич
Релиз

53. Tiger Team
• Временная
• Команда
формируется вокруг
таска
• Небольшая
• Сложнее
балансировать
• Проще набрать
Feature Team
• Постоянная
• Таски выдаем
команде
• Крупная
• Проще
балансировать
нагрузку
• Сложнее набрать

54. 4 keystone habits (by Ahmed
Sidky)
1. Коммуникации и
взаимопомощь
2. Поставлять
эволюционными
улучшениями
3. Интегрировать как можно
раньше
4. Собирать обратную связь
на всех уровнях как можно
раньше

55. Пример: совместная
интеграция

56. Специальные роли
• Subject Matter Expert
– Консультант
– Присоединяется где нужен
• System Owner
– Отвечает за качество и целостность
компонента

57. Summary
• Functional Team
• Feature Team
• Tiger Team
• Service Team
• Virtual Team
• SME
• System Owner
Очередь Разработка Интеграция Готово
В
работе
Готово
Очередь Разработка Ревью Готово
3 2
Готово
Концепт
Доска задач продукта
Очередь Разработка Ревью Готово
3 2
Готово
Очередь Разработка Ревью Готово
3 2
Готово
Доски команд

58. Askhat
Urazbaev
askhat@scrumtrek.r
u
askhat.urazbaev
@zibsun
askhatu