Перейти к содержимому
    Оглавление · Тема 3

    Обновлено: 13 августа 2026 г. в 00:00

    Эволюция метрик и практика применения SPACE

    hard

    Почему одной метрики недостаточно, как внедрять SPACE по шагам и какие ошибки возникают при первом запуске измерений.

    Источник

    Эволюция метрик и практика применения SPACE

    Конспект выступления про внедрение SPACE в реальном инженерном контуре: от концепции до операционной практики.

    Перейти на сайт

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

    Эволюция метрик и практика применения SPACE

    Видеоразбор

    Эволюция метрик и практика применения SPACE

    Расшифровка выступления про внедрение SPACE в реальном инженерном контуре: от модели измерений до управленческих решений и типичных ошибок первого запуска.

    Авторы выступленияСаша Кусургашев, Дима Гаевский
    ПлощадкаIT Picnic / YouTube
    КонспектTelegram summary
    Смотреть выступление на YouTube

    TL;DR

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

    Почему одной метрики недостаточно

    Одна метрика почти всегда превращается в прокси-цель: команда начинает оптимизировать показатель, а не систему доставки ценности. Например, высокий темп изменений может означать как здоровый поток работы, так и перегруз, churn и проблемы процесса. Поэтому измерение продуктивности нужно строить как набор сигналов, а не как рейтинг.

    SPACE в пяти измерениях

    S: Satisfaction & Well-being

    Удовлетворенность и рабочее состояние инженеров: устойчивость режима, ощущение прогресса и контроля.

    P: Performance

    Результативность и качество: ценность для продукта, надежность поставки и достижение expected outcomes.

    A: Activity

    Операционная активность: изменения в коде, ревью, поставки, но только как часть картины, а не финальный KPI.

    C: Communication & Collaboration

    Качество взаимодействия между ролями и командами: скорость синхронизации и предсказуемость совместной работы.

    E: Efficiency & Flow

    Эффективность потока: lead time, блокировки, переключение контекста и стабильность цикла от идеи до продакшена.

    Практика внедрения: где обычно сложно

    Сбор из разрозненных источников: Git, трекеры задач, CI/CD, опросы, инцидентные системы.

    Нормализация данных: разные команды работают в разных процессах и масштабах.

    Выбор срезов анализа: по командам, проектам, периодам и фазам релиза.

    Интерпретация без ложных выводов: сезонность, контекст продукта и оргизменения искажают сигналы.

    Ошибка первого запуска

    Попытка измерить «все и сразу» и получить мгновенный интегральный индекс обычно приводит к перегрузке данными и неясности решений. Рабочий путь: небольшой набор метрик под текущую проблему и поэтапное расширение покрытия.

    Стартовый план внедрения SPACE

    1. 1
      Определить цель улучшения: где болит поток (качество, скорость, предсказуемость, взаимодействие).
    2. 2
      Выбрать 3-5 метрик из разных измерений SPACE под конкретную проблему.
    3. 3
      Запустить пилот на одной команде/направлении, чтобы отладить сбор и интерпретацию.
    4. 4
      Проводить регулярный review метрик как инструмент улучшений, а не наказания людей.

    Принципы, которые стоит зафиксировать

    Комбинируйте объективные метрики и обратную связь от людей.

    Используйте метрики для поиска узких мест, а не для соревнования инженеров.

    Внедряйте измерения постепенно, с явной приоритизацией и контекстом.

    Опирайтесь на культуру и поддержку руководства: SPACE - это постоянная практика.

    Связанные главы

    Измерение инженерной продуктивности - базовые фреймворки и организационные практики измерений.

    Making Work Visible (short summary) - визуализация потока, WIP-лимиты и контроль перегруза.

    Как продакты, аналитики и дизайнеры создают ценность через мышление - как связывать технические метрики с продуктовым outcome.

    Трекинг прохождения выключен. Включите его в настройках.

    Доказательство обучения

    Чтение — только начало. Перенесите идею в рабочий эксперимент и разберите результат.