Research Insights Made Simple #5 DORA Metrics, SPACE, DevEx, Human Approach to Dev Productivity

Очередной выпуск подкаста с разбором whitepapers посвящен разбору темы developer productivity, где мы говорим про DORA метрики, фреймворк SPACE, подход DevEx, а также про human approach от Google к теме developer productivity. Для обсуждения этих тем ко мне пришел гость, Артем Арюткин, руководитель проектного и продуктового офиса в RideTech & e-com Яндекса. Артем отвечает за развитие платформы для разработчиков, а раньше в Сбере занимался развитие платформы Сбербанк онлайн и рекомендательной платформы. Артем ведет интересный телеграм канал - Timeline: 00:00 - Знакомство с гостем 01:51 - Влияние удобных интерфейсов 02:48 - Карьера Артёма 04:40 - Обсуждение модели Run/Change/Disrupt 06:31 - Метрики и их влияние 13:03 Discovery и Delivery 14:56 Убывающая полезность 15:50 - DORA - lead time 20:55 - DORA - deployment frequency 25:24 - DORA - time to recovery 26:21 - DORA - change fail rate 27:16 - SPACE про продуктивность 28:12 - SPACE - satisfaction and performance 31:00 - SPACE - communication and flow 34:46 - SPACE - abstraction levels 37:34 - DORA vs SPACE, оцифровка работы инженера 40:23 - Платформа для разработчиков и её влияние 43:58 - Опросы и измерения в разработке 45:24 - Привлечение и удержание через платформы разработки 49:07 - Продуктовый подход к разработке платформ 50:26 - Визуализация и актуализация знаний 52:18 - Состояние потока и эффективность разработчиков 53:14 - Постоянство задач и фидбек 55:08 - Снижение когнитивной нагрузки за счет платформ 57:56 Оценка результатов и рефлексия 01:00:19 - Ошибки и условия успеха 01:03:08 - Влияние скорости сборки на поведение пользователей 01:05:02 - Привычки и метрики 01:06:24 - Подход Google к измерению developer productivity 01:08:17 - Продуктовый подход к инженерным процессам 01:10:41 - Проблемы с опросами и их анализ 01:14:22 - Адаптивная модель внедрения инструментов 01:16:48 - Проблемы с внедрением новых инструментов 01:18:40 - Экономические аспекты и платформы 01:20:34 - Примеры из практики (Uber, Сбер) 01:22:54 - Ожидания разработчиков 01:28:28 - Качество кода и процессов 01:31:16 - Подход к разработке продуктов 01:32:10 - Инструменты для измерения и улучшения процессов внутри Spirit 01:34:00 - Специфика и адаптация платформ 01:36:48 - Стандартизация и упрощение процессов Дополнительная источники информации 1) Мое выступление “Как и зачем измерять инженерную продуктивность в крупной компании ()“ на MTS конференции 2) Обзор книги канонической книги “Accelerate“ в трех частях: -- Общая информация по книге, формат исследования и DORA метрики () -- Технические практики, архитектуру и интеграцию вопросов безопасности в процессы разработки () -- Менеджерские и лидерские практики () 3) Выпуск подкаста “Code of Leadership“ про “Accelerate“ с Игорем Курочкиным () 4) Разбор темы developer productivity в фреймворках SPACE, DevEx () 5) Разбор начальной статьи ребят из Google “A Human-Centered Approach to Developer Productivity“ () и рассказ про целую колонку в IEEE журнале () от этих авторов 6) Разбор статьи “Measuring Developer Goals“ () от ребят из Google (продолжение серии про Human-Centered Approach) 7) Разбор статьи “Developer productivity for Humans, Part 7: Software Quality“ () от ребят из Google (продолжение серии про Human-Centered Approach) 8) Разбор выступления моего коллеги Вовы Калугина “Почему DevEx важен при разработке IDP и как его померить“ (), где он рассказывает про нашу платформу Spirit и как мы подходим к вопросам developer experience и developer productivity 9) “Грокаем Continuous Delivery“ - отличная книга, которая расскажет о CI CD и проведет вас по всему пути эволюции 10) “Гормоны счастья. Как приучить мозг вырабатывать серотонин, дофамин, эндорфин и окситоцин“ - прекрасная книга, раскрывающая многие наши поступки. Мы слегка затронули тему длительного цикла обратной связи для менеджера и эта книга попадает туда, чтобы раскрыть тему. Но желание покрасить все тесты в зеленый простым их перезапуском - это, внезапно, про то, как работает наш мозг и желание получения быстрого дофамина. И когда занимаешься Developer Experience такое нужно учитывать