Масштабування інженерії: від 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 заняття)

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

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