Как и зачем измерять инженерную продуктивность
От рамок DORA, SPACE, DevEx и QUANTS к внутреннему T-Meter
Содержание слайдов
1. Как и зачем измерять инженерную продуктивность
От рамок DORA, SPACE, DevEx и QUANTS к внутреннему T-Meter
2. Александр Поломодов
Александр Поломодов, Technical Director & Fellow, крупный финтех
Архитектура и процессы разработки
Инженерная организация около 10 000 человек
Внутренняя платформа T-Meter
3. Сначала назовите тип работы
Run — Стабильная операционная работа
Change — Поставка и развитие продукта
Disrupt — Новые продукты и модели
4. Метрики ушли от output
5. 01. DORA читает delivery
Темп поставки и стабильность рассматриваются как одна система
6. Скорость не отделяется от стабильности
7. Core model связывает способности
Technical capabilities
Process capabilities
Culture and wellbeing
Delivery и operational performance
8. Одной метрики недостаточно
9. Трение видно в трёх местах
10. Опрос и телеметрия отвечают разному
Опрос
Восприятие
Когнитивная нагрузка
Удовлетворённость
Системы
Время цикла
Ожидание review
Частота переключений
11. Сначала решите, стоит ли измерять
12. Платформы выбирают свою школу
Опросы
DevEx 360
DX Core 4
Satisfaction и flow
Телеметрия
Cortex scorecards
Code Climate
Pluralsight Flow
13. 02. T-Meter читает рабочий поток
Шаблонная модель Jira превращается в командные и портфельные панели
14. Две глубины показывают разные проблемы
15. KPI превращает меру в цель
Не ранжировать людей
Не копировать пороги между командами
Читать тренд и контекст
Внедрять снизу вверх
16. Продуктивность требует нескольких линз
Определите тип работы
Соедините tempo и stability
Добавьте perception
Читайте поток на двух уровнях
Не делайте метрику KPI
Измерение должно помогать улучшению
17. Четыре рамки, один контекст
Accelerate + DORA
SPACE framework
DevEx framework
Google QUANTS + GSM
18. Спасибо!
tellmeabout.tech
Слайды, заметки и ссылки — на сайте
Александр Поломодов, Technical Director & Fellow, крупный финтех
@book_cube
