В IT часто говорят о «плоских командах» и самоорганизации. Особенно в open-source. Но данные показывают более сложную картину.
Я изучил исследование о технологическом лидерстве в open-source и перевёл ключевые выводы на язык бизнеса.
Автор статьи Евгений Яров, фасилитатор командных и стратегических сессий, тренер-методолог T×DG
Авторы проанализировали 6 165 проектов на разных языках программирования и посмотрели:
— Как распределяется вклад в команде
— Появляется ли лидер и когда
— Меняется ли он со временем и как смена лидера влияет на успех проекта
Важно: выводы применимы не только к IT-командам. Это исследование — про структуру ответственности и динамику лидерства в любой сложной работе.
Термины для тех, кто не из IT
В статье я часто буду использовать эти слова, не пугайтесь:
— Репозиторий — это рабочее пространство проекта. По сути, «папка», где хранится код, история изменений и логика продукта
— Коммит — зафиксированное изменение в проекте. Каждый коммит — вклад разработчика
— GitHub Stars — «лайки» от других разработчиков. Показатель популярности проекта
— Downloads — количество скачиваний. Показатель востребованности и практической пользы продукта
— Lead developer — участник с наибольшим числом коммитов, фактический технологический лидер
Теперь к выводам
1. Лидер появляется почти всегда — даже если его не назначили
Медианные значения показывают, что лидер — разработчик №1 делает 50% всех коммитов. То есть в половине случаев он вносит изменения в код всего проекта.
Разработчик №2 по уровню вклада вносит около 10-20% коммитов. А дальше — длинный хвост. То есть равномерного распределения усилий в проекте почти не бывает. Даже в среде, где формально нет начальников, формируется сильный лидер.
А вот и универсальный управленческий вывод: лидерство возникает естественно, вопрос только в том, признано ли оно и управляется ли.
2. Централизация связана с более высоким успехом проекта
Проекты с сильным технологическим лидером статистически чаще набирают больше stars и downloads («лайков» и скачиваний от разработчиков со всего мира). Если проще — такие проекты популярнее и востребованнее конкурентов.
Вероятное объяснение — снижение координационных издержек. Кода в проекте есть сильный лидер — центр принятия решений, он определяет направление развития продукта, принимает важные архитектурные решения.
3. Лидер — не просто «самый трудолюбивый»
Вклад технического лидера измеряется не только объемом написанного кода.
В 83% случаев лидер выполняет функцию гейткипера — интегрирует изменения и отвечает за качество. В 82% проектов лидер входит в топ-3 участников, которые соединяют работу разных людей в единую системуㅤ
То есть технологический лидер совмещает несколько важных функций:
— Интегратор
— Координатор
— Носитель архитектурного видения
— Человек, задающий темп
4. Смена лидера — не редкость
Около 10% проектов на Rust (язык программирования) на 2-3 году жизни проходят через смену главного разработчика.
Что интересно:
— В 92% случаев смена происходит один раз
— Вклад старого лидера резко падает
— Новый лидер в течение года увеличивает долю вклада до ~65%; в 48% случаев предыдущий лидер полностью перестаёт участвовать в разработке
— Человек, задающий темп
Исследователи сравнили проекты, где лидер менялся с аналогичными, где смена не происходила, и обнаружили, что после смены лидера рост популярности проекта часто ускоряется. Важно уточнить, что это не доказанная причинность. Возможно, рост проекта привёл к смене ролей, а не наоборот. Но связь статистически значимая.
5. Централизация — это и эффективность, и риск
Если один человек внсит 50%+ изменений, задает вектор развития и является главным интегратором, вы получаете высокий bus factor — уязвимость при уходе ключевого человека.
Вопрос не в том, есть ли у вас лидер. Он есть почти всегда
Какие вопросы точно стоит задать себе как управленцу, чтобы минимизировать риски:
— Признан ли лидер руководством и команой?
— Есть ли культура преемственности?
— Есть ли понятная архитектура ролей?
Ключевой вывод для руководителей не из IT
Наше исследовние IT-проектов — это частный случай. По факту в любой команде и социальной структуре формируется негласный лидер и вклад распределен неравномерно.
Зрелый лидер умеет управлять рисками и усиливать преимущества централизованных и децентализованных команд.
Лидерство — это управляемый навык, который можно и нужно развивать системно.
Мы уже 13 лет составляем индивидуальные программы под задачу бизнеса и помогаем российским командам развивать навыки управления и лидерства, полный список программ — по сыслке.