О лидерстве

Быть лидером в команде разработчиков не значит быть самым умным, ловким и прагматичным программистом. Лидерство вообще не про хард скилы. Быть лидером - быть ориентиром и вектором для команды. Культурным ориениром - задавать планку отношения людей к продукту, коллегам и делу. Вектором - значит задавать направление движения, управлять смыслами и отвечать на вопрос "зачем", а не "как". Если ты отвечаешь на вопрос "Как" - ты не лидер, ты - консультант. Ты отнимаешь у людей голос, инициативу, право на самореализацию и, безусловно, ошибки.

К сожалению, часто лидерами назначают тех кто лучше всех пишет код, вместо тех, кто лучше всех умеет поддерживать и направлять. Последствия разрушительны. От демотивации и выгорания отдельных людей, до формирования скрытых коалиций, подковерных игр, токсичной атмосферы, подобия дедовщины, развития практик job security и тд.

И всё это тщательно скрыто от глаз вышестоящего менеджмента. Повышается текучка - "он нашел более выгодный оффер", долго онбордятся люди или отсеиваются на испыте - "упало качество кандидатов".

- Лидер следит за исполнением правил, позволяя команде формировать и улучшать их
- Лидер создает succession, то что называется преемственностью кресла. Развивает доступность знаний о проделанной работе и будущих планах
- Лидер фасилитирует споры позволяя людям договориться, не указывая кто из них прав, а кто нет
- Лидер - точка опоры команды, в любых вопросах. Команда знает что никакой вопрос не вызовет осуждения.

Если это так, никакой оффер не переманит сотрудников. Через время, в таких условиях, в команде вырастет новый лидер и позволит расти предыдущему. Лидер, вырастивший лидер - готов идти выше.

Лидера нельзя назначать. Он только может проявиться самостоятельно.

#leadership_in_tech

🐧 Код и юзеры