Владимир Бычко об управлении проектами

пиэм разъясняет, предостерегает, рекомендует

Тег: делегирование

Выбор подрядчика для разработки приложения

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

У вас четыре варианта подхода к найму исполнителей. 

  1. Инхаус-команда.
  2. Один или несколько фрилансеров. 
  3. Аутстаф команда под полным вашим контролем. 
  4. Подрядчик, которому вы поручаете работу под ключ. 

У каждого варианта есть плюсы и минусы, давайте разбираться. 

Инхаус команда

Создаём штатные единицы исполнителей, поручаем рекрутеру найти кандидатов в штат. Вносим им записи в трудовые книжки, платим зарплату. 

Вариант хорош, когда приложение планируется очень сложным и дорабатывать его предполагается длительный период (в нынешних условиях «длительно» — это 2-3 года). По деньгам вариант получается чуть ли не самым дешёвым, дешевле только фрилансеры. 

Большая ответственность ложится на рекрутера и нанимающего менеджера. Если они наймут недостаточно квалифицированных специалистов, вы потеряете довольно много денег на их зарплаты и урегулирование увольнений без суда (предполагаю, что вы работаете по белому). 

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

Есть мнение, что инхаус-разработка стабильнее. Что у штатного сотрудника выше мотивация, он внезапно не пропадёт с радаров. Однако работодатели делились со мной историями, как штатный сотрудник просто переставал приходить в офис и брать трубку, даже не забирал трудовую. 

Один или несколько фрилансеров

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

Чаще всего, фрилансеры не требуют договор. Есть пространство для бухгалтерских манёвров с расходами на них. Нет официального оформления отношений — в ваших руках большая свобода в формировании команд и их переформатировании. 

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

Ранее практиковался найм разработчиков-фрилансеров из Украины, они стоили ещё дешевле, относительно российских. Но теперь этому мешает СВО и препятствия для трансграничных переводов. 

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

Аутстаф команда под вашим контроем

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

Достаточно гибкий вариант. Вы так же, как с фрилансерами, можете формировать и перетасовывать команды как угодно. Если не нравится работа конкретного специалиста, не нужно думать, как его правильно уволить, просто просите аккаунта его заменить. 

Недостаток метода в дороговизне. Аутстаферам нужно платить специалистам зарплаты и при этом что-то зарабатывать, поэтому это самый дорогой вариант. 

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

Подрядчик для работы под ключ

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

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

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

Также возникает вопрос, как в этом случае проконтролировать качество кода с точки зрения последующего обслуживания, развития и доработок.

На практике рассмотренные методы хорошо и правильно комбинировать. Например, нанять инхаус лидов, а для исполнителей использовать аутстаф.

Интересности за январь 2023

Изображение с unsplash.com

Эксперимент Best Buy по переводу 4000 офисного персонала на схему работы на результат, без корпоративной шизы.

Как это было, какие выгоды принесло и почему от этого эксперимента отказались.

* * *

Почему мы боимся собственного мусора

Штатный антрополог санитарного управления Нью-Йорка Робин Нейгл объясняет, почему современный человек боится собственного мусора и с неприязнью относится ­к людям, которые его за ним убирают.

* * *

Личности всех военных, стоявших за Путиным во время новогоднего обращения

Никто не забыт и ничто не забыто.

* * *

О работе в китайской корпорации

Всё не как у людей.

* * *

25 самых распространённых ошибок в английском языке, которые допускают выпускники советских школ и институтов

После превращения нашего рынка труда в локальный, английский несколько утратил важность, но он остаётся актуальным для общения с представителями всяких Эритей.

* * *

Apple запатентовала безразмерный трекпад

Они придумали, как сделать трекпад, сливающийся с корпусом.

* * *

Мобильные привычки

Умещение сообщения в 70 символов, боязнь кнопки интернета и другие интернет-привычки, ушедшие в прошлое, но казалось, бывшие актуальны буквально вчера.

* * *

Легаси в винде

Если покопать Windows 11, можно обнаружить интерфейсные элементы чуть ли не из всех предшествующих систем, включая 3.11

* * *

Выйди и зайди нормально

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

* * *

Автоматизированное рабочее место девяностых

Ламповая статья про волков коммандер и дософский софт.

* * *

Проектируем интеграции

Статья для начинающих аналитиков о том, как подступиться к проектированию интеграции нескольких систем.

* * *

Филипп Музика и его аферы

История предпринимателя, чьи махинации изменили стандарты аудита.

* * *

Кто такой менеджер проектов и чем он занимается

Почему при переходе из другой сферы надо доучиваться, почему технический бэкграунд не особо критичен, почему 80 % проектов проваливаются.

* * *

4 часа недоступности Dodo пиццы

Подробный пост мортем инцидента.

* * *

Процессный подход на цыпочках

Выстраивание процессов в крупном ритейле.

* * *

Про самый попсовый термин в продуктовом глоссарии и почему MVP мёртв

О недостатках MVP подхода и неправильном понимании этого термина.

* * *

Детализированные концепт-арты французского художника Dofresh

Очень крутые иллюстрации. 

* * *

Спустя год после сдачи PMP или Как сертификация повлияла на мою жизнь

Почему вам не нужен PMP.

* * *

История коробок для пиццы

Очень интересно о разных подходах к оформлению коробок для пиццы.

* * *

Об уходе культа занятости

О том, как пандемия привела к замедлению рабочих и жизненных темпов.

* * *

Людям можно, ботам нельзя

Как эволюционировала капча.

* * *

Про форсящих мемы и стэнящих крашей

Зумерский сленг во все поля.

* * *

Фрэнк Синатра поёт «Очи чёрные»

Интересно, вернёт ли русский язык позиции когда-нибудь.

* * *

22 бестселлера 2022 года

И ключевые мысли из этих книг.

Вещи, которые нельзя делегировать

В прошлом году у меня произошёл конфликт с моим программ менеджером по вопросу делегирования, по итогам которого мне не закрыли испытательный срок. Я написал об этом пост с опросом, какой подход к делегированию выбрали бы мои друзья-менеджеры из линкадина.

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

Найм и увольнение сотрудников

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

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

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

Общаться с вышестоящим руководством

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

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

Распределять работу

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

Фактический руководитель — это тот, кто в том числе распределяет работу, понимание этого момента у подчинённых на подкорке и этот момент лучше не упускать.

Давать оценку работы сотрудников

В вашей компании может быть развитый HR-отдел, занимающийся оценкой сотрудников или даже выделенный отдел менеджмента качества. Эти подразделения могут облегчать вам работу по ассесменту, проводя различные тестирования, но обратную связь сотрудникам даёте вы и только вы. Сюда относятся «педагогические» активности типа «похвалить-поругать», аттестация по итогу испытательного срока, промежуточные оценки работы штатных сотрудников, на основании которых принимаются решения о премированиях-депремированиях и повышении зарплаты. Также, если это потребуется вашему руководителю, вы пишете характеристики на своих подчинённых, эта вещь тоже не делегируется.

Семь типов руководителей, работать на которых не надо.

 

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

Тиран

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

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

Демократ

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

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

Рукастый

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

Экспериментатор

Обожает ходить на разные тренинги и читать литературу (особенно иностранную) про управленческие новинки. Узнав о новом приёме или управленческом фреймворке, немедленно бросается внедрять его у себя. Коллектив на это реагирует вяло, так как привык к такой деятельности и знает, что шеф очень скоро к нововведению охладеет. Так и происходит ровно тогда, когда экспериментатор узнаёт про другую новинку и бросается реализовывать уже её. 

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

Жертва

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

Однако на деле, безнадёжных подчинённых мало, с большинством вполне можно достигать результатов, если правильно ставить им цели, контролировать и мотивировать, чего руководитель-жертва не умеет. 

Микроменеджер

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

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

Невидимка

Считает, что если он внедрит CRM, должностные инструкции и другие инструменты, они смогут руководить подчинёнными вместо него, а ему можно будет даже не вмешиваться. Если такому руководителю попадается один или два инициативных сотрудника, есть вероятность, что они возьмут на себя часть функций руководителя и коллектив будет справляться. 

Невидимка может эпизодически браться за команду, смотреть графики, изучать какие-то данные, но обычно результаты его подразделения предсказуемо плохие.

Длинные и скучные созвоны

Предположим, вы большой по айтишным меркам начальник (уровня менеджера программы), вы, как обычно, собрали звонок на 30 человек, на котором один человек выступает, вы слушаете, 28 человек скучает. Предположим, у вас возникла светлая идея, которую вы хотите поручить одному из своих подчинённых. 

Пожалуйста, сначала произнесите его имя, а только потом просьбу, а не наоборот, как делает 99 % больших начальников. То есть:

⛔️ Неправильно: Нужно принести, пожалуйста, в жертву козла, а затем прыгнуть в портал. Сергей, сделаешь?!
✅ Правильно: Сергей! <пауза для пробуждения Сергея> Принеси, пожалуйста, в жертву козла и прыгни в портал. 

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

Каким сотрудникам что делегировать

Для начала определимся, какие именно задачи должен делегировать руководитель. Критерий простой — финансовое влияние данной задачи на бизнес, финансовые последствия в случае провала.

В первую очередь задачи нужно упорядочить по степени влияния на бизнес, от самых влияющих до наименее влияющих

Вот картинка с тремя квадратами, на которые следует разбивать задачи:

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

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

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

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


Теперь несколько слов о том, кому именно делегировать. Сотрудники для целей делегирования делятся на четыре категории в зависимости от их мотивации и компетенций. Более простым языком — в зависимости от их умения и желания работать.

Уверенный профессионал работает в вашей компании достаточно давно, знает её вдоль и поперёк и отлично справляется с работой. Мало того, работа доставляет ему удовольствие. Он справится с любой делегированной задачей с учётом индивидуальных особенностей (о них читайте ниже).

Усталый исполнитель тоже работает достаточно давно, всё умеет, но при этом работа ему несколько приелась. Это про него шутка, что молодные сотрудники не умеют работать, а возрастные умеют не работать. Иными словами, ему недостаёт мотивации. Он тоже справится с любой задачей, но только при наличии временного резерва и определённой мотивационной поддержки с вашей стороны.

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

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


Какие приоритеты делегирования? То есть, кому из четырёх категорий сотрудников делегировать в первую очередь, кому во вторую? Возникает соблазн завалить работой уверенного профессионала, но вы рискуете допустить его выгорание, поэтому он в очереди делегирования всего лишь третий.

Если есть временной резерв, в первую очередь делегируйте начинающим энтузиастам. Это инвестиция, есть вероятность, что из него вырастет уверенный профессионал. Во вторую — усталым исполнителям и только в третью — своей гвардии, уверенным профессионалам. Также уверенным профессионалам можно делегировать, если временного резерва нет.


Картинки взял из курса City Business School по тайм-менеджменту. Если будет время, перерисую их на свой лад.

Уровни делегирования

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

Однако если бы он мог, он не пришёл бы в вашу компанию работать, а создал бы свой бизнес. Новых людей надо растить и делать это последовательно.

Есть четыре уровня делегирования, вот они (от простых к сложным):

  1. Задачи
  2. Процессы
  3. Проекты
  4. Идеи

Новому сотруднику даётся регламент и задачи, которые он должен по регламенту делать. Он выполняет их один раз, дважды, трижды… сколько нужно раз, пока вы не поймёте, что с задачами он справляется. Возьмём в качестве примера задачу проведения оценки лида. Допустим, сотруднику нужно взять детализированную постановку задачи, связаться с техническим специалистом, на основании ответов которого составить смету и передать её на проверку. Всё. Уровень рядового сотрудника.

Ко второму уровню можно перейти где-то через месяц. Если сотрудник справляется с задачами, ему следует предложить взять на себя процесс, частью которого являются выполняемые задачи. Например, полный процесс работы с лидами, от получения лида от заказчика, до выставления сметы. Естественно, процесс должен быть регламентирован. Начинать с процесса нельзя, сотрудник ещё не знает, как функционирует ваша компания и виноваты в провале будете только вы. Уровень младшего руководителя.

Если сотрудник способен возглавлять и соблюдать процесс, можно предложить ему проект. Например, есть выигранный лид, который превратился в один из проектов компании. Даём сотруднику право вести этот проект, выделяем ресурсы, обозначаем рамки полномочий. Уровень старшего руководителя.

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

Сотрудникам, способным самостоятельно справляться с проектами, можно попробовать делегировать идеи. Например, внедрить работу по скраму в компании, которая всегда исповедовала классический проектный подход. Вот тебе идея, разбирайся. Если сотрудник справится, его спокойно можно делать своим заместителем.

Делегирование полномочий

Делегирование

Делегирование

Делегирует каждый руководитель, уже в силу профессии. И многие совершают две типичные ошибки.

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

Сравнивать качество выполнения задачи подчинённым можно только с тем, с каким качеством он выполнил задачу в прошлый раз — лучше, хуже, так же.
 
 
 
Вторая ошибка — путать ошибку и нарушение. Ошибка подчинённого есть там, где нет чёткого регламента действий. Он ошибся не по злому умыслу, а только потому, что не знал, как правильно поступить. Если сложилась такая ситуация, ругать человека не следует, а нужно этот участок регламентировать. А вот если подчинённый ошибается раз за разом на регламентированном участке (например, в правилах сказано, что приходить нужно в десять, а он неоднократно пришёл в офис к одиннадцати. Я вообще, против офисов, этот кейс приведён для примера), это уже звоночек. Тут стоит поругаться, оштрафовать или избавиться от нерадивого сотрудника.

Ошибся на нерегламентированном участке — регламентируем. Ошибся там, где есть чётко прописанные правила — наказываем.

Результаты работы руководителя

train and win

Несколько слов о том, как становятся менеджерами-снежинками.

Нас не учат руководить. В школе учат сидеть на месте и выполнять задания учителя. В хорошем институте учат быть специалистом (решать задачи на основе имеющихся знаний). В плохом институте учат выкручиваться.

У человека складывается паттерн — для того, чтобы получить похвалу от «родителя» (в данном контексте речь не только о биологических родителях, радующихся школьным успехам ребёнка, но и о школьных учителях, институтских преподавателях и боссах на работе), нужно достигать личных результатов. Выполнил работу хорошо — получил поощрение.

Хороших специалистов часто повышают до руководителей (без учёта остальных факторов это является одной из основных стратегических ошибок).
 
 
Одним из моих первых руководителей был отличный специалист. Он, ещё будучи студентом-дипломником, в одно лицо реализовал для организации систему планирования и выдачи заявок с массой плюшек — права доступа, АРМ диспетчера, отчётность, распечатка нужных документов. В общем, полноценно автоматизировал работу отдела с заявками. Данный специалист отлично проявил себя на средних и больших проектах, после чего получил заслуженное повышение до руководителя отдела, кресло и уютный кабинет.

Он был отвратительным руководителем. Ноль за кадровую работу, ноль за хедхантинг, ноль за мотивацию, ноль за планирование. Единственным плюсом этого руководителя было то, что он никогда не отказывал в консультациях. Ему можно было позвонить от клиента, рассказать проблему, быстро получить решение. Однажды лично провёл что-то вроде курсов повышения квалификации.

Отличный специалист, хороший наставник и отвратительный руководитель. Низкие показатели эффективности работы отдела, огромная текучка кадров.

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

Этот человек продолжал быть отличным специалистом. Лично вёл несколько интересных ему проектов, консультировал другие отделы и категорически забивал на прямые обязанности руководителя отдела. Снежинка, хоть и не такая как в презентации.

Мудрый гендиректор никогда бы не назначил этого человека руководителем отдела. Он предусмотрел бы для него «горизонтальный рост». Большая, соответствующая квалификации зарплата, интересные проекты, наставничество, консультации. Ведущий специалист отдела, но не руководитель.
 
 
Результатами работы руководителя являются результаты его команды. Основная деятельность:

  • Подбор и мотивация сотрудников
  • Постановка и контроль исполнения планов
  • Грамотное распределение задач
  • Обсуждение, консультации и обратная связь по задачам.

Если менеджер является экспертом в предметной области, это отлично — он может грамотно консультировать, но чем выше позиция, тем меньшее значение имеют навыки специалиста и тем больше — навыки руководителя.
 
 
Ещё один пример (правда, положительный):

Раньше я на работе жил сутками. Ну то есть приходишь на работу в субботу утром, уходишь в среду ночью. Маечка с собой, трусики-носочки, щеточка. Выходные воспринимаются как такие рабочие дни, только никто не отвлекает. И вот пятнадцать лет так херачишь. Почему никак не получается по-другому? Да потому что иначе не успеваешь ничего, вот какой ответ.

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

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

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

Оказалось, что комбинация-выручалочка есть. Она, конечно, совершенно не подходит вам, но пару лет назад он и мне не подходила, если бы меня спросили. Не хочется навязывать вам какие-то конкретные рецепты, понятно, что у вас — своя история успеха. Главная идея — постоянно пробовать долбить собой стену, и она продолбится искать обходные маневры.

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

Ноут. У меня был айпад, и он меня вроде устраивал, только вот совершенно неудобно отвечать на почту — иногда надо, чтобы пришедшее письмо было перед глазами, а на айпаде видишь либо вопрос, либо ответ. Планшет ездил в поездки, но двух окон, одновременно открытых на экране, ощутимо не хватало, а постоянно распахивать одно и то же письмо на айфоне и на айпаде постепенно надоело. Замороченную переписку приходилось откладывать до появления на работе (либо дома) у компа, и я был как будто привязан к домашне-рабочей электросети.

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

Моя работа теперь — делать дизайн словами, программа-индизайн уже давно пылится, дедушка старенький. (Я по дурной привычке иногда все еще менеджеру говорю: бляяяя, ну давай я сам нарисую, если так. Но очень быстро приходит ощущение, что ты это в состоянии невменоза произнес. Надо звонить как можно быстрее и сдаваться с поличным, ненене, дизайнер нужен-таки.)

Людвиг, «Хитрости и лазейки или Ходячая работа».

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

Она из самых существенных менеджерских ошибок — держать в штате неправильных людей. Чисто по-человечески трудно расстаться с человеком, давно работающим в компании и имеющим репутацию знатока предметной области. Жалко же. Но если он проваливает задачу за задачей, его нужно гнать! Снабдить самой лучшей рекомендацией и подложить конкурентам.

Лично наблюдал пример. В отдел был переведён сотрудник из другого отдела, где проявил себя грамотным специалистом. На него был повешен некоторый спектр простых задач. Через некоторое время он вырос до полноценного специалиста и получил повышение. Он умел отлично говорить, неплохо разбирался в продукте, давно работал в компании. И вот, уже несколько лет он работает в роли специалиста.

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

Он номер пять, конечно. Сотрудник продолжает трудиться и проваливать задачу за задачей, но руководство его не уволит — жалко же, давно работает, хорошо знает продукт и предметную область.
 
 
Последний пример (из чужой практики):

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

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

 
 
 
Повторюсь, это важно. Эффективный руководитель должен уметь расставаться с неэффективными сотрудниками, так как ответственность за результат работы команды несёт только он и никто другой. Требовать исполнения задач, давать необходимые инструменты, обеспечивать консультации, но если сотрудник проваливает задание за заданием, избавляться от него без сожалений.

Менеджер-снежинка