YaTalks · 6 декабря 2023
Как формировать структуру команд под запросы бизнеса
Пять трансформаций от проекта до сквозных команд
/ Как формировать структуру команд · YaTalks 2023
Содержание слайдов
1. Как формировать структуру команд под запросы бизнеса
Пять трансформаций от проекта до сквозных команд
2. Структура команд должна следовать следующей бизнес-задаче
Начать с желаемого будущего
Сделать целевую архитектуру явной
Сформировать границы команд под неё
Провести изменение как отдельную работу
Сначала починить то, что горит; потом менять систему
3. 00. Инструменты и алгоритм
От желаемого будущего — к управляемому переходу
4. Начни с будущего и строй путь назад
5. Каждый инструмент отвечает на свой тип неопределённости
6. Сначала стабилизация — затем целевая структура
7. 01. Проект: успеть переехать
Когда срок и стоимость задержки важнее идеальной схемы
8. Четыре поломки превратили миграцию в пожар
9. Отдельный контур купил скорость ценой осознанного долга
10. Дедлайн вернул системе право на дальнейшее развитие
Основные формы и страницы переехали в срок
Эффективность привлечения почти не потеряна
Команда научилась решать острые проблемы
Получившийся продукт готов к масштабированию
В кризисе проектный режим полезнее постоянной оргструктуры
11. 02. Продукт: сделать развитие планомерным
Явные зоны ответственности, API и Kanban
12. Архитектура заранее показала будущие границы команд
13. Команды соединяются контрактами, а работа — вытягивающим потоком
14. Видимая работа превратила поток в управляемую систему
Команды понимают свои зоны ответственности
Работа видна командам и заказчикам
Пропускная способность стала предсказуемой
Появился способ улучшать процесс
Продуктовые команды готовы масштабироваться
15. 03. Масштаб: разделить продукт и платформу
Автономия фичевых команд без дублирования общих решений
16. Тип команды и режим взаимодействия решают разные задачи
17. Платформа централизует повторяемое, а не продуктовую разработку
18. Общий слой ускоряет десятки автономных решений
Продуктовые команды выпускают функции
Платформенная команда развивает общие инструменты
Стандарты подключаются через контракты
Микрофронтенды сохраняют независимость поставки
Масштаб требует платформы, но не общей очереди
19. 04. Платформизация: мобильный банк как SuperApp
Автономные бизнес-домены и платформенные команды в общем приложении
20. Мобильный банк стал платформой для параллельных бизнесов
21. Один интерфейс скрывает портфель разных бизнесов
22. Бизнес-команды строят ценность, платформенные — общие свойства
23. Виртуальные доменные границы появились раньше физического разделения
24. Автономию поддержали даты релизов и инженерная культура
25. Каждый бизнес получил мобильную команду и свой темп
Бизнес-вертикали получили собственные команды и очереди
Платформы усилили модульность, SRE, быстродействие и CI/CD
Частота релизов выросла в несколько раз
Команды сами отвечают за улучшение процессов
Автономия работает, когда общие свойства имеют владельцев
26. 05. Поток ценности: пройти сквозь технологические слои
Снизить TTM, когнитивную сложность и стоимость передач
27. Команда потока ценности режет слоистую структуру вертикально
28. Лидерство и специалисты охватывают весь стек
29. Граница команды меняет проектирование, процесс и архитектуру
30. Автономию удерживают обязательные контракты и автоматические проверки
31. Метрики связывают платформенные изменения с работой команд
32. Новая структура нужна только при новой системной задаче
33. Оргструктура — временная гипотеза о том, как поставлять ценность
Не менять структуру без новой системной задачи
Проектировать границы от целевой архитектуры
Выбирать тип команды и режим взаимодействия отдельно
Автоматизировать общие правила и измерять результат
Сначала цель и архитектура; затем команды и изменение
34. На чём построена модель
Авторский PDF YaTalks 2023 · 172 страницы
Backcasting · Kanban · закон Конвея · обратный манёвр Конвея
Team Topologies · четыре типа команд и три режима взаимодействия
Пять кейсов развития Tinkoff.ru и мобильного SuperApp
35. Спасибо!
Книжный куб
Продолжение и обсуждение: t.me/book_cube
Александр Поломодов, Технический директор, Tinkoff
@book_cube