Дисципліна Platform Leadership

Прикладна дисципліна | 5 модулів | ~4 години загалом

Огляд

Лідерство в інженерії платформ вимагає балансу між глибоким технічним розумінням та здатністю керувати організаційними змінами. Цей трек охоплює стратегічні аспекти: побудову команд, управління досвідом розробника (DevEx), впровадження платформи як продукту та масштабування організацій.

Ви вивчите фреймворки, патерни та важко здобуті уроки про те, як керувати платформними організаціями, які справді приносять цінність бізнесу.

Модулі

#	Модуль	Час	Опис
1.1	Побудова команд платформи	55-65 хв	Топології команд, найм, мікс навичок, закон Конвея, дизайн оргструктури
1.2	Стратегія досвіду розробника (DX)	55-65 хв	Метрики DORA/SPACE, золоті шляхи, самообслуговування, когнітивне навантаження
1.3	Платформа як Продукт	55-65 хв	Продакт-менеджмент, дослідження користувачів, дорожні карти, метрики успіху
1.4	Стратегія впровадження та міграції	55-65 хв	Добровільне vs обов’язкове, патерни міграції, управління спротивом
1.5	Масштабування організацій платформи	55-65 хв	Федеративне управління, SLO, моделі витрат, build vs buy

Шлях навчання

ПОЧНІТЬ ТУТ
    │
    ▼
┌─────────────────────────────────────┐
│  Модуль 1.1                         │
│  Побудова команд платформи          │
│  └── Топології команд               │
│  └── Найм платформних інженерів     │
│  └── Закон Конвея на практиці       │
│  └── Вбудовані vs централізовані    │
└──────────────────┬──────────────────┘
                   │
                   ▼
┌─────────────────────────────────────┐
│  Модуль 1.2                         │
│  Стратегія досвіду розробника       │
│  └── Вимірювання DX (DORA, SPACE)   │
│  └── Золоті шляхи vs guardrails     │
│  └── Дизайн самообслуговування      │
│  └── Зменшення когнітивного навант. │
└──────────────────┬──────────────────┘
                   │
                   ▼
┌─────────────────────────────────────┐
│  Модуль 1.3                         │
│  Платформа як Продукт               │
│  └── Внутрішній продакт-менеджмент  │
│  └── Методи дослідження користувачів│
│  └── Дорожні карти та пріоритезація │
│  └── Метрики впровадження           │
└──────────────────┬──────────────────┘
                   │
                   ▼
┌─────────────────────────────────────┐
│  Модуль 1.4                         │
│  Стратегія впровадження та міграції │
│  └── Добровільне vs обов'язкове     │
│  └── Патерни міграції               │
│  └── Дизайн стимулів                │
│  └── Організаційний спротив         │
└──────────────────┬──────────────────┘
                   │
                   ▼
┌─────────────────────────────────────┐
│  Модуль 1.5                         │
│  Масштабування оргструктури         │
│  └── Від 1 до 10 команд             │
│  └── Федеративне управління         │
│  └── Моделі розподілу витрат        │
│  └── Рішення build vs buy           │
└──────────────────┬──────────────────┘
                   │
                   ▼
          PLATFORM LEADERSHIP
               ЗАВЕРШЕНО
                   │
    ┌──────────────┼──────────────┐
    │              │              │
    ▼              ▼              ▼
Platform          SRE           GitOps
Engineering    Дисципліна     Дисципліна
Дисципліна

Ключові концепції

Концепція	Модуль	Що це означає
Team Topologies	1.1	Фреймворк для організації команд платформи
Conway’s Law	1.1	Структура організації формує архітектуру систем
DORA Metrics	1.2	Чотири ключові метрики ефективності доставки ПЗ
SPACE Framework	1.2	Багатовимірна модель продуктивності розробників
Golden Paths	1.2	Рекомендовані та підтримувані шляхи розробки
Platform as Product	1.3	Ставлення до платформ як до продуктів з користувачами
RICE Scoring	1.3	Модель пріоритезації (Reach, Impact, Confidence, Effort)
Strangler Fig	1.4	Патерн поступової міграції шляхом заміни частин системи
Chargeback	1.5	Модель перекладання витрат платформи на команди-споживачі
Federated Governance	1.5	Баланс між центральними стандартами та автономією команд

Передумови

Обов’язково: Інженерне лідерство — управління інцидентами, постмортеми, ADR, комунікація
Обов’язково: Системне мислення — розуміння організаційних систем
Рекомендовано: Дисципліна SRE — SLO, бюджети помилок, операційна зрілість
Рекомендовано: Дисципліна Platform Engineering — технічні концепції платформ
Корисно: досвід роботи в інфраструктурних або платформних командах
Корисно: досвід управління або техліда

Куди це веде

Після завершення Platform Leadership ви готові до:

Трек	Чому
Platform Engineering	Технічна глибина для платформ, якими ви керуєте
SRE Дисципліна	Практики надійності, які має втілювати ваша платформа
FinOps Дисципліна	Управління витратами для платформ у масштабі
GitOps Дисципліна	Патерни доставки, які забезпечує ваша платформа
IaC Дисципліна	Автоматизація інфраструктури, яку ортає ваша платформа

Ключові ресурси

Книги:

“Team Topologies” — Matthew Skelton & Manuel Pais (основний текст)
“Platform Engineering” — Camille Fournier (O’Reilly, 2024)
“Empowered” — Marty Cagan (продакт-менеджмент для техкоманд)
“An Elegant Puzzle” — Will Larson (системи інженерного менеджменту)

Звіти:

DORA State of DevOps Report — щорічні галузеві бенчмарки
Puppet State of Platform Engineering — дані про зрілість платформ

Спільноти:

Platform Engineering community — platformengineering.org
Internal Developer Platform — internaldeveloperplatform.org

Мислення лідера платформи

Питання для роздумів	Чому це важливо
”Хто наші користувачі?”	Платформні команди без емпатії будують непотріб
”Який рівень впровадження?”	Вимірює реальну цінність, а не припущену
”Який inner loop розробника?”	Розумійте, що саме ви оптимізуєте
”Чи можуть вони самі це зробити?”	Якщо ні — ви черга тікетів, а не платформа
”Що ми перестанемо робити?”	Пріоритезація означає вміння казати «ні»
“Будуємо чи купуємо?”	Не все потрібно розробляти самостійно

Дисципліна завершена

Після цих 5 модулів ви можете:

Будувати ефективні команди платформи з правильною структурою та навичками
Вимірювати досвід розробника даними, а не припущеннями
Керувати платформою як продуктом з реальним дослідженням користувачів
Стимулювати впровадження через дизайн стимулів, а не накази
Масштабувати організацію від маленької команди до великої структури

Лідерство платформи — це не контроль над інфраструктурою. Це створення можливостей для людей, які на ній будують.

“Найкраща платформа — та, яку розробники обирають використовувати самі.” — Грегор Хопе