Масштабирование инженерии: от 10 до 100 инженеров без потери скорости

Цель курса

Подготовить технических лидеров к осознанному масштабированию инженерной организации — чтобы рост команды ускорял, а не замедлял разработку. Курс даёт системный подход к организационному дизайну на основе Team Topologies, Domain-Driven Design и исследований «Accelerate».

Формат обучения

Онлайн / офлайн / гибрид
Практические кейсы, воркшопы, интерактивные сессии
Поддержка участников во время обучения в закрытом чате
Методологическая база: Team Topologies, Domain-Driven Design, Accelerate (DORA metrics), закон Конвея

Что получит выпускник курса?

🔗 Просмотреть преимущества

Проблема, которую решает курс

Многие компании нанимают больше инженеров, но вместо ускорения получают замедление. Каждая новая функция требует согласований между пятью командами. Релизы буксуют. Лучшие люди выгорают, потому что их когнитивная нагрузка зашкаливает. Проблема не в людях — проблема в структуре.

Этот курс учит проектировать инженерную организацию как систему: выстраивать команды вокруг бизнес-доменов, а не технических слоёв; управлять когнитивной нагрузкой; создавать автономные команды, которые могут двигаться быстро, не ломая работу друг друга. Вы уйдёте с конкретным планом трансформации для вашей компании.

Программа

Почему масштабирование ломает то, что работало (2 занятия)

Закон Конвея: как структура организации определяет архитектуру ПО
Три точки перелома: 10, 30 и 70 инженеров — что меняется на каждом этапе
Почему неформальные процессы перестают работать и когда их заменять
Признаки организационных проблем: как отличить «не хватает людей» от «люди организованы неправильно»

Практикум: диагностика текущих организационных узких мест в вашей компании

Team Topologies: проектирование команд как системы (2 занятия)

Четыре типа команд: stream-aligned, enabling, complicated subsystem, platform
Когда какой тип команды нужен и чего они стоят
Три режима взаимодействия между командами: collaboration, X-as-a-Service, facilitating
Как определить текущие и целевые режимы взаимодействия

Практикум: построение карты команд и их взаимодействий для вашей организации

Когнитивная нагрузка и границы ответственности (2 занятия)

Что такое когнитивная нагрузка команды и почему она — главный ограничитель скорости
Как измерить, перегружена ли команда
Bounded Contexts из Domain-Driven Design как инструмент определения границ ответственности
Выравнивание архитектуры и оргструктуры: как убрать лишние зависимости между командами

Практикум: оценка когнитивной нагрузки команд и определение границ ответственности

Метрики, процессы и культура масштабирования (2 занятия)

DORA метрики: четыре показателя, которые отличают быстрые команды от медленных
Как внедрить метрики без превращения их в инструмент давления
Разделение технического лидерства и управления людьми: два трека, а не один
Платформенные команды: когда они нужны и как не превратить их в бутылочное горлышко

Практикум: проектирование системы метрик и операционного ритма для вашей организации

Выпускное упражнение (1 занятие)

Комплексный кейс: компания на стадии масштабирования с типичными проблемами
Работа в группах: аудит структуры, проектирование целевой оргструктуры, план перехода
Презентация решений и групповое обсуждение

Индивидуальный план: дорожная карта трансформации для вашей организации