Как повысить эффективность разработчиков?

Одна из самых популярных статей в моем блоге – Да, Вы можете измерять продуктивность разработчиков. Измерять – это хорошо, но это «посмертный» учет. Для тех, кто управлял командами программистов удивительное открытие было в том, что результаты работы, часто бывают очень неровные, результаты скачут и непонятно от чего зависят. Может быть вы пробовали измерять строки кода, запиленные фичи или количество коммитов и, как и я, пришли к тому, что это не работает. Например, иногда меньшее количество кода или его удаление может быть более продуктивным!

Сегодняшний перевод статьи расскажет о более гуманном и значительно более эффективном подходе к повышению производительности айтишников. Авторы предлагаю новую методику, которая сводит опыт разработчика к трем основным составляющим:
🔸Состояние потока
🔸Когнитивная нагрузка
🔸Обратная связь

Поток, это способность концентрироваться на задаче не переключаясь. Если у разработчика в течение дня нет сфокусированной работы от 2х часов и более – его эффективность за этот день будет стремиться к нулю.

Когнитивная нагрузка связана с количеством внекомандных взаимодействий, которые разработчик совершает, чтобы выполнять свою работу. Все эти митинги для галочки, заявки на заявки и тому подобное расходует энергию, которую программист мог бы вложить в разработку. Оптимально число таких контактов – семь, а меньше или больше – просадка в производительности.

Петли обратной связи, которыми пронизана работа инженера тоже требуют внимания. Как правило, во время своей работы разработчик либо чего-то ждет (код-ревью, ответа тестировщика или аналитика) или постоянно отвлекается на входящие запросы. Здесь тоже есть над чем поработать.

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

🔗 https://ready.2hr.tech/O3sj8K