Эпоха "дорогих денег" и эффективность в разработке программного обеспечения

Деньги всегда были дорогими, не так ли? Не совсем. Если взглянуть на такую компанию, как Google, и ее отношения с разработчиками, становится понятно, насколько "дешевыми" деньги были раньше. Подход компании к работе с инженерами выглядел так: отличный офис, высокая зарплата, привилегии, сообщество и масса свободного времени. Если инженеры могли создать что-то, способное изменить мир, компания их поддерживала. Google была готова тратить огромные ресурсы на любого нанятого инженера, создавая среду, в которой тот мог работать исключительно эффективно.

В 2022 году компания объявила об изменении системы оценки производительности. Новый подход получил название GRAD: Googler Reviews and Development. По данным Dice, изменения принесли интересные результаты. В течение нескольких месяцев после внедрения 6% сотрудников перешли в категорию, которую компания использует для обозначения должностей под угрозой. При прежней системе в эту категорию попадали лишь 2% сотрудников Google. Кроме того, две верхние оценочные категории показали снижение с 27% до 22% по числу сотрудников.

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

Если эффективность — ключевой показатель, то как компания измеряет продуктивность инженеров? Было время, когда достаточно было считать строки кода. Затем на первый план вышли другие метрики инженерной продуктивности: предварительные метрики, DORA и другие. К сожалению, ни одна отдельная метрика не даст полной и стопроцентно точной картины производительности. Каждая из них дает лишь свой небольшой взгляд на происходящее. В результате существует множество способов измерения эффективности инженеров, что хорошо для менеджеров: это данные, которые можно использовать для анализа процессов и внесения необходимых изменений. Однако объем этих данных все равно велик.

Технологическим компаниям не нужна одна волшебная метрика. Им нужно эффективное программное обеспечение для управления инженерными командами, такое как Enji, которое собирает эти сигналы и представляет их руководству в виде сводки или анализа производительности отдельного инженера или команды. Например, менеджеры, использующие Enji, могут мгновенно видеть:

• Kоличество коммитов, сделанных и выполненных инженером.
• Количество созданных и завершенных пулл реквестов.
• Как долго конкретная задача находится в том или ином статусе (на паузе, в работе и т. д.).
• Сколько часов инженер потратил на задачу или проект.

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

Допустим, Enji замечает, что один из высокоэффективных инженеров в последнее время тратит на задачи больше времени, чем прежде. Это сигнал для менеджера поговорить с сотрудником и выяснить причину изменений. Возможно, у него стало слишком много обязанностей, или задачи требуют больше ресурсов, чем предыдущие. В любом случае Enji предоставляет данные, отражающие эти тренды. Без Enji менеджеры тратили бы дорогостоящее время и нервы на звонки и переписку с инженерными командами в попытке найти источник проблемы.

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

Деньги дороги, потому что профессионалы ценны.