Найти в Дзене
Dmitry Nikitin

Управление персоналом. Замыкающие лица

Вот уже много лет я работаю Руководителем разработки ПО и на этом пути мне довелось провести сотни собеседований с людьми, от которых, на вопрос о причинах увольнения из предыдущей компании, среди прочего, я часто слышал, примерно одну и ту же фразу: К сожалению, у нас был руководитель в отделе, который совсем не разбирался в нашей предметной области. Это приводило к следующим основным последствиям: - Все технические решения, мы принимали сами, и над нами не было человека с необходимой экспертизой, который бы мог направить нас в нужную сторону. Мы писали код как могли. - В моменты межличностных конфликтов по технической реализации внутри отдела, руководитель не мог принять верного решения и больше полагался на свою интуицию. - Работа отдела больше напоминала “Сделайте, что бизнес просит”, мы занимались просто обычными задачами и никаким образом не развивались по стеку технологий, реализации или в плане внутренних бизнес-процессов - В конечном итоге люди увольнялись, уходя работать в те

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

К сожалению, у нас был руководитель в отделе, который совсем не разбирался в нашей предметной области. Это приводило к следующим основным последствиям:
- Все технические решения, мы принимали сами, и над нами не было человека с необходимой экспертизой, который бы мог направить нас в нужную сторону. Мы писали код как могли.
- В моменты межличностных конфликтов по технической реализации внутри отдела, руководитель не мог принять верного решения и больше полагался на свою интуицию.
- Работа отдела больше напоминала “Сделайте, что бизнес просит”, мы занимались просто обычными задачами и никаким образом не развивались по стеку технологий, реализации или в плане внутренних бизнес-процессов
- В конечном итоге люди увольнялись, уходя работать в те места, где нужно взаимодействовать с профессионалами своего дела и работа приносит больше удовольствия

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

Итак, вы работаете в компании руководителем высшего звена, под вами есть несколько отделов со своими тим-лидерами, но в какой-то момент, умышленно или по воле случая, один из руководителей увольняется, команда остается без лидера и Вам необходимо принять одно из следующих возможных решений:

  • Назначить руководителем, кого-то из сотрудников этого отдела, т.е. организовать повышение в должности. К сожалению, такой вариант не всегда доступен, поскольку бывают сценарии, когда из отдела никто не хочет работать “с людьми”, а тех, кто хочет вы не рассматриваете для этого по другим причинам
  • Нанять человека с рынка. Этот вариант тоже может быть не всегда доступен в силу специфики работы отдела, предметной области или в силу необходимости экономии денежных ресурсов организации, так как новый человек всегда дороже, чем надбавка к ЗП старому сотруднику, в качестве мотивации за доп. работу и ответственность. Также причиной может стать сложность в процессе быстрого погружения нового сотрудника в работу, если в компании не организованы соответствующие регламенты и процедуры. (Об этом я уже писал в своей статье “О погружении персонала”)
  • Назначить Замыкающее лицо - это человек, который уже занимает руководящую позицию в каком-то другом, не обязательно смежном отделе, и имеет необходимые бизнесовые знания, но имеет технические знания, соответствующие специфике работы отдела.

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

По самым разными причинам и в определенные периоды жизни компаний, руководителями отделов, назначаются именно Замыкающие лица.

Но давайте рассмотрим, какие у этого метода могут быть реальные минусы и последствия, на примере отдела разработки ПО:

Замыкающее лицо не разбирается в технической части предметной области, а значит не может способствовать техническому прогрессу отдела, что приводит к инертному выполнению бизнесовых задач и влечет за собой новые проблемы:

  • Кол-во плохого кода и технический долг будет постоянно расти без должного пристального внимания и стремления со стороны тим. лидера
  • Производительность систем начнет неминуемо уменьшаться, пока не дойдет до недопустимых пределов
  • Ответственность за качество кода и скорость его работы будут нести непосредственно сами разработчики, которые, зачастую стремятся не брать на себя лишнюю ответственность, и не заниматься всякой ерундой, вроде ускорения кода, при этом замыкающее лицо никак не сможет повлиять на это в отсутствии экспертизы
  • В некоторых технических вопросах, сотрудники не смогут договариваться друг с другом и некому будет их правильно рассудить
  • Бизнес-процессы внутри отдела не будут модернизироваться с технической точки зрения, если не будет профессионала, которые сможет это реализовать
  • Замыкающее лицо, также выполняет свою старую работу по управлению основным отделом, а значит не может эффективно концентрироваться на развитии нового
  • Со временем, сотрудники начнут чувствовать отсутствие какого-либо, даже самостоятельного развития в компании и могут рано или поздно, начать искать другую работу
  • У самого замыкающего сотрудника повышается риск выгорания, так как в какой-то момент он может устать от новой интенсивности работы

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

Однако, подход с Замыкающими лицами, является единственно верным временным решением, когда нужно закрыть бреши на время устранения проблем и поиска персонала.

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

Основная ценность не в том сколько денег лежит на счетах компании, а в том, как интенсивно они пополняются. А этому, в свою очередь, способствуют правильно подобранные люди и профессионалы своего дела, находящиеся на нужных местах.

Пишите в комментариях, что вы думаете по этому поводу! 🙂