The SPACE of Developer Productivity
Статья ACM Queue, вводящая фреймворк SPACE: пять измерений продуктивности — satisfaction, performance, activity, communication, efficiency — и правило не сводить продуктивность к одной метрике одного уровня.
Практика чтения для этого источника ещё не опубликована
Ниже доступен готовый редакционный brief из прежнего каталога. Он даёт контекст, но не засчитывается как lab.
Открыть оригиналПосле самостоятельного разбора
Видео и редакционные разборы открываются после практики и помогают сверить ход мысли.
RIMS #5
DORA Metrics, SPACE, DevEx, Human Approach to Dev Productivity
Выпуск рубрики #Management о том, как выстраивать измерение developer productivity в крупной компании: от DORA-метрик и SPACE до DevEx и human-centered подхода Google.
Гость
Артем Арюткин
Роль
RideTech & e-com Яндекса
Фокус
DORA, SPACE, DevEx, Human Approach
Рубрика
#Management
Основа главы
Telegram пост #2849
Анонс выпуска и полный список материалов для углубления темы.
Основа главы
Telegram пост #2849
Анонс выпуска и полный список материалов для углубления темы.
Центральная идея выпуска: developer productivity - это не «таблица эффективности людей», а система управляемых улучшений среды разработки, процессов и качества обратной связи в инженерной организации.
Гость
Telegram-канал Плохой Project
Канал с материалами о проектном управлении и платформенном развитии.
Гость
Telegram-канал Плохой Project
Канал с материалами о проектном управлении и платформенном развитии.
Темы выпуска
- Почему инженерную продуктивность нельзя сводить к одной метрике.
- DORA-метрики: где они полезны и где возникают ограничения.
- SPACE как многомерная рамка для оценки скорости, качества и взаимодействия.
- DevEx как системная работа с фрикциями в инженерной среде.
- Human-centered подход Google к developer productivity.
- Как строить измерение в крупной компании без gaming-эффекта.
Четыре оптики измерения productivity
DORA
Базовый контур delivery-метрик: deployment frequency, lead time for changes, change failure rate и time to restore. Хорошо показывает поток поставки, но не объясняет весь контекст работы команды.
SPACE
Фреймворк добавляет многомерность: satisfaction, performance, activity, communication/collaboration, efficiency/flow. Помогает не оптимизировать систему по одной оси.
DevEx
Фокусируется на среде разработки и friction points: tooling, platform journey, качество внутренних сервисов, скорость обратной связи и удобство повседневной работы инженера.
Human Approach
Подход Google переводит дискуссию из плоскости «контроль людей по цифрам» в плоскость «улучшение условий, в которых команды делают качественный продукт».
Практика внедрения в крупной компании
- Начинать измерение с целей бизнеса и команд, а не с готового набора KPI.
- Комбинировать количественные сигналы (DORA/SPACE) с качественной обратной связью инженеров.
- Отделять локальную метрику инструмента от системного результата инженерной организации.
- Перезапускать цикл: гипотеза -> изменение -> повторный замер -> корректировка подхода.
- Считать developer productivity задачей платформы, leadership и процессов, а не только задачей отдельных инженеров.
Где слушать выпуск
Материалы из выпуска
Code of Leadership
Все выпуски собраны на страницах проекта на русском и английском языках.
Как и зачем измерять инженерную продуктивность в крупной компании
Выступление на MTS конференции про практику измерения в enterprise-контуре.
Обзор книги Accelerate (часть I)
Контекст исследования и ключевые DORA-метрики.
Обзор книги Accelerate (часть II)
Технические практики, архитектура и интеграция security в SDLC.
Обзор книги Accelerate (часть III)
Менеджерские и лидерские практики из Accelerate.
Разбор SPACE и DevEx
Контекстная заметка по двум ключевым фреймворкам productivity.
A Human-Centered Approach to Developer Productivity
Начальный разбор статьи и ее принципов.
IEEE-колонка авторов Human-Centered Approach
Дополнительный контент серии про human approach.
Measuring Developer Goals
Продолжение серии Google про измерение developer productivity.
Developer Productivity for Humans, Part 7: Software Quality
Материал про роль software quality в human-centered модели.
Почему DevEx важен при разработке IDP и как его померить
Выступление про платформу Spirit и практику DevEx-измерений.
Грокаем Continuous Delivery
Книга про CI/CD и эволюцию delivery-практик.
Гормоны счастья
Книга про механики мотивации и циклы обратной связи, важные для DevEx.
Связанные главы
RIMS #7 - Interview with Pavel Lakosnikov about Architecture Governance
Блок про governance и инженерные практики на уровне организации.
RIMS #8 - Measuring developer goals
Продолжение темы human-centered измерения через цели инженеров.
RIMS #13 - Review of DORA Methodology
Глубокий методологический разбор DORA и ограничений интерпретации метрик.
Надежная программа developer productivity требует синхронизации метрик, платформенного развития и человеческого фактора: только тогда измерение помогает командам работать быстрее и качественнее без деградации инженерной культуры.
Практичный рабочий цикл: определить цели и critical journeys, зафиксировать baseline, выбрать набор метрик, запустить изменения, повторно измерить эффект и скорректировать направление.