96 записей с тегом "engineering-management"

У каждого CTO был такой разговор. Вы заходите в кабинет CEO и говорите: «Нам нужно потратить следующий квартал на рефакторинг». CEO спрашивает: «Какая бизнес-ценность?» Вы пытаетесь ответить в терминах, не включающих слова «архитектура», «связанность» или «внедрение зависимостей». DORA State of DevOps Reports последовательно показывают, что команды с большим техническим долгом деплоят ~50% реже и имеют ~2-3x более высокий change failure rate.

CEO не ошибается, задавая этот вопрос. Он не против инженерии. Он просто хочет понять инвестицию в бизнес-терминах. И именно здесь большинство CTO терпят неудачу — не потому что плохо коммуницируют, а потому что у них нет нужных данных.

Вот как это исправить.

Добавьте XP, уровни и бейджи на платформу для разработчиков — и получите две реакции. Одни разработчики загораются: проверяют прогресс каждый день, соревнуются в рейтингах и с гордостью отображают бейджи в своих GitHub-профилях. Другие отшатываются: видят в этом слежку, замаскированную под игровые механики — инфантильную систему, которая сводит их ремесло к числу.

Обе реакции обоснованы. Вопрос не в том, работает ли геймификация в абсолютных терминах. А когда, как и для кого.

Самый распространённый страх инженеров по поводу трекинга активности прост: «Мой руководитель использует эти данные против меня.»

И они имеют основания беспокоиться. Многие организации внедряли «метрики продуктивности» как кнут — выявляя, кто пишет меньше всего кода, кто коммитит меньше всего строк, кто логирует меньше всего часов. Результат предсказуем: разработчики накручивают метрики, нарастает обида, лучшие уходят, а оставшаяся команда оптимизирует видимость занятости вместо реальной эффективности.

Есть лучший путь. Данные могут быть инструментом позитивного подкрепления — и это гораздо эффективнее.

Developer Experience — DevEx или DX — превратился из нишевой концепции в тему для совета директоров. Такие компании, как Google, Spotify и Shopify, имеют выделенные DevEx-команды. Количество вакансий «Developer Experience Engineer» утроилось с 2023 года. JetBrains Developer Ecosystem Survey теперь включает вопросы, специфичные для DevEx, сигнализируя, что индустрия считает это измеримым параметром, а не просто модным словом.

Но что такое Developer Experience? Как измерить нечто, что кажется по своей природе субъективным? И почему VP of Engineering должен об этом заботиться?

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

В реальности рейтинги — самая поляризующая функция геймификации в инженерии. Self-Determination Theory (Деси и Райан) предупреждает, что внешние системы ранжирования могут подрывать внутреннюю мотивацию, но исследования также показывают, что грамотно спроектированные системы признания повышают вовлечённость. Если сделать правильно, рейтинги создают здоровую вовлечённость и видимость. Если неправильно — тревогу, накрутку и обиду.

Вот как сделать правильно.

Pluralsight Flow, изначально известный как GitPrime, сменил владельцев трижды: от GitPrime к Pluralsight и к Appfire. Каждое приобретение приносило неопределённость. Платформа стоит примерно $50 за разработчика в месяц без бесплатного тарифа, а видимые обновления продукта значительно замедлились после приобретения Appfire. Если вы оцениваете Flow или рассматриваете миграцию — вот как он сравнивается с PanDev Metrics.