Архив за день: 10 ноября, 2015

Заказ на персонал.

clip_image002 «Птица счастья завтрашнего дня

Прилетела, крыльями звеня…

Выбери меня,

Выбери меня,

Птица счастья завтрашнего дня».

Песня про чайка-менеджмент (или про твиттер).

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

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

В чём же плюсы?

1) Всяко, предоставить требуемое сразу и без выпендрёжа – вполне годная стратегия в краткосрочной перспективе. И заказчика удовлетворил, и напрягаться не нужно. Если из двух абсолютно одинаковых наборов скиллов заказчик выбирает какой-то один и готов за это «платить» больше – почему бы и нет? А уж если он выбирает того, кто обладает даже меньшим набором умений, то и вовсе прекрасно ;)

2) Второй плюс… А фиг его знает. Я и придумать даже не смог. Помогите, люди добрые. Вспомнил. Дочитайте до конца, там есть.

Минусы? Тут легко, обгадить это не похвалить:

1) Ну вот реально: сегодня, скажем, ноябрь. Кто-то правда может на свою зарплату поспорить, что нужный человек к следующему июню не будет занят, не найдёт работу получше, не заболеет или вообще не станет вашим боссом? И понятное дело, что объяснить такую подставу перемену планов заказчику удастся, но есть подозрение (ничем не обоснованное), что на взаимное доверие с заказчиком это, если и отразится, то вовсе не положительным образом.

2) Завязать одного специалиста на одном клиенте кажется иногда хорошей идеей. Но тут есть целый букет проблем, вызванных тем, что при этом наладить обмен экспертизой с коллегами этого специалиста достаточно сложно. И вот сервис заказчика становится критичным для миссии компании, а мы:

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

b. Подумываем, как бы поделикатнее сообщить ему, что в отпуск он больше не ходит. Никогда.

c. Заказчик строит своё мнение о нашем подразделении по одному человеку. Это бывает, наверное, неплохо, но что-то в этой идее мне не нравится.

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

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

Потому, одной из моих основных задач было и остаётся создать экспертизу на каждом направлении хотя бы у двух подчинённых. Это мне удавалось, насколько я могу судить, правда, тоже привело к неожиданным последствиям, поскольку я был неосторожен: карта зависимостей проектов и сервисов от людей стала настолько сложной, что мне пришлось её распутывать. Просто, чтобы иметь возможность отпустить в отпуск больше одного человека одновременно. Но это – совсем другая история ;)