Вкратце про лидерство (2/2)

Получается человеку, который хочет лидировать у программистов, требуется:

1. Либо лучше всех писать код. Это будет сильно и бесспорно.

2. Либо смещать систему оценок в область своих сильных профессиональных сторон. Так сказать лидировать на своей территории. Но чем дальше смещена от основного рабочего контекста, тем меньше остаётся контроля и менее продуктивным будет лидерство. Например, лидер программистов может утверждать себя как хороший дизайнер (и так или иначе постоянно доказывать, что дизайнеры важней программистов), или человек с учёной степенью в точных или технических науках (и так или иначе постоянно доказывать, что образование важней навыков), или ещё что-нибудь вроде того. Это будет требовать регулярных накладных расходов, но всё ещё будет работать.

3. Либо манипулировать общечеловеческими атрибутами лидерства: демонстрировать уверенность в себе, знание цели, наличие явного или скрытого плана действий, способности добывать универсально ценные ресурсы, отсутствие боязни взять на себя инициативу, взгляды поверх голов, отсутствие суеты, справедливое и равное отношение ко всем и т.п. Это будет вызывать общую лояльность команды, но вот напрямую воздействовать на ход работ уже практически не будет возможности. Как только такой лидер (о котором в обсуждаемой книге-то и пишут) переступит невидимую, но вполне чёткую черту своего уровня предметной компетентности, вся магия его харизмы превратится тут же в тыкву. Поэтому, конечно, умный лидер-харизматик такого никогда и не делает.

#programming #management