Почему DevEx важен при разработке IDP и как его померить - Владимир Калугин (Рубрика Management)

Это интересное выступление моего коллеги Владимира Калугина про developer experience и почему он важен при создании внутренних платформ разработки. Это выступление было в рамках нашей конференции Platform Engineering Night, про которую я рассказывал раньше. Владимир в Т-Банке выступает в роли technical product manager и развивает все, что вокруг кода, сборок и артефактов - то есть, Вова улучшает developer experience всех наших инженеров. Собственно, в докладе Вова рассказывает про модель DevEx, куда входит когнитивная нагрузка на инженеров, циклы обратной связи и состояние потока. Вот как это описывают сами авторы модели

1. Feedback loops Software organizations commonly look for ways to optimize their value stream by reducing or eliminating delays in software delivery. Shortening feedback loops—the speed and quality of responses to actions performed—is equally important to improving DevEx.
2. Cognitive load Software development is inherently complex, and the ever-growing number of tools and technologies is further adding to the cognitive load faced by developers. Cognitive load encompasses the amount of mental processing required for a developer to perform a task.
3. Flow state Developers often speak of "getting into the flow" or "being in the zone." Such statements colloquially describe the concept of flow state, a mental state in which a person performing an activity is fully immersed in a feeling of energized focus, full involvement, and enjoyment. Суть работы над DevEx в том, чтобы уменьшить когнитивную нагрузку, сократить циклы обратной связи и позволить чаще инженерам попадать в состояние потока. Для того, чтобы оценить а насколько это хорошо получается, надо использовать два вида данных:

• Опросы инженеров - позволяют собрать информацию о восприятии инженерами того или процесс, инструмента или помехи
• Системные данные (логи, метрики, ...) - позволяет собрать фактическую информацию Объединение этих источников данных позволяет получить более релевантную картину Интересно, что Вова показывал несколько примеров из опыта нашей IDP о том, какие данные собирались и как они использовались для того, чтобы сделать опыт инженеров лучше.

Напоследок, приводится список материалов для изучения, среди которых

1. Whitepaper "DevEx: What Actually Drives Productivity" - я его уже разбирал в блоге
2. Whitepaper "DevEx in Action" - я его уже разбирал в блоге
3. Whitepaper "DevOps metrics" - я его пока не читал
4. Сайт про внутренние платформы разработки - Internal Developer Platform
5. Статья "The top 10 fallacies in platform engineering"

Кроме этого я рекомендую почитать на эту тему колонку исследователей из Google, где они разбирают human centric подход к инженернной продуктивности. В ней пока 8 статей и 4 из них я уже разобрал в деталях.

#Management #Leadership #Software #SoftwareDevelopment #Architecture #SoftwareArchitecture #Metrics #Devops #Processes