От разработчика 10x до команды 10x — Хабар Нама

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

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

Несмотря на высмеивание и отвержение разработчиками с самого начала, концепция 10-кратного разработчика, впервые представленная в исследовании, опубликованном в Программное обеспечение около 1987 года, жив и здоров благодаря лидерству в области ИТ. Почему? Это согласуется с преобладающим предположением о том, что производительность — это, прежде всего, кадровая проблема, которую можно решить с помощью передового опыта и инструментов управления, таких как методы найма, анализ пробелов в навыках, обучение, мониторинг деятельности, опросы и стратегии вознаграждения.

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

Войдите в инжиниринг производительности разработчиков

Элитные команды разработчиков понимают, что многие традиционные подходы к управлению производительностью, хотя и необходимы и эффективны, недостаточны. Они понимают ограничения подхода, направленного на повышение индивидуальной производительности от 1x до 10x разработчика. В результате они используют более современный подход к повышению производительности труда разработчиков, который называется «инжиниринг производительности разработчиков» (DPE). DPE — это новая практика, используемая такими компаниями, как Airbnb, American Express, Apple, JPMorgan Chase, Google и Netflix, для повышения производительности и удобства разработчиков. DPE смещает акцент ИТ-лидеров с развития 10-кратных разработчиков на создание 10-кратной команды.

Если вы скептически относитесь к существованию 10-кратных разработчиков или полезности концепции, само собой разумеется, что вы были бы в 10 раз более скептичны к понятию 10-кратных команд разработчиков. В результате важно сформулировать «команду разработчиков 10x» как концепцию и стратегию постоянного улучшения, которые могут быть реализованы с помощью практики DPE. DPE сама по себе не создаст команду 10x.