В помощь начинающему руководителю: как начать делегировать полномочия

Рассказывает Антон Попович,
сооснователь и технический директор HINT Lab

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

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

www_slon_pics

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

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

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

Меня зовут Антон Попович. Более 15 лет я работаю в сфере IT, из них более 10 лет руковожу другими айтишниками. Последние несколько лет являюсь техническим директором — сначала наëмным в чужой компании, а теперь в собственном стартапе — лаборатории по исследованию искусственного интеллекта HINT Lab.

О важности делегирования

Многие боятся делегировать, потому что считают, что «сами всë сделают лучше». И небезосновательно — чаще всего, это действительно так.

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

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

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

Bru-nO

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

Что же касается самых первых результатов делегирования — они вас вряд ли порадуют.

Поначалу вам может показаться, что попытки делегировать отнимают кучу времени — столько, что сам бы уже 100 раз сделал (да ещë и с лучшим качеством). Но будьте мудрее — доверяйтесь не эмоциям, а математике и здравому смыслу. Чтобы наладить процесс делегирования, нужно единовременно вложить много ресурсов, но сделав это, вы будете получать экономию времени при каждой новой итерации. Рано или поздно наступит точка окупаемости, после которой выигрыш времени от делегирования станет положительным и будет только расти.

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

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

Теперь опишу по пунктам правила, которыми я руководствуюсь при делегировании.

0. Устранение — автоматизация — делегирование

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

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

Вспомните теорию о том, что 20 % действий приносят 80 % результата, и критически проанализируйте, не относится ли процесс, который вы хотите делегировать, к наименее продуктивным, дающим только 20 % результата. Если это так, то просто отмените его.

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

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

1. Самостоятельная проработка

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

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

Делегирование — это освобождение себя не от самых сложных, а от самых простых дел.

Когда вы прекрасно понимаете все аспекты процесса, знаете, что может пойти не так, и легко выполните задачу сами, но на это у вас уйдëт больше времени, чем необходимо на постановку этой задачи подчинëнному, — смело делегируйте!

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

2. Описание процесса

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

Pexels

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

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

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

В этом вам помогут следующие установки:

  • Когда человек не видит очевидных отклонений от того, как должно быть, — он не тупой. Просто он не знает, как должно быть. Вы видите одну и ту же картинку при каждом запуске и сразу замечаете, если что-то идëт не так. Он же запускает процесс первые разы и понятия не имеет, чего ожидать. Например, индикатор «306 ошибок за последний час» может моментально дать вам понять, что случилась нештатная ситуация, а другому сотруднику не сказать ничего, потому что он просто не знает, сколько ошибок бывает в норме.
  • Когда человек делает не то, что написано, и поэтому получает непредсказуемый результат, проблема может заключаться и в том, что он криво прочитал, и в том, что вы криво написали. Пока нет статистики в пользу одного из этих вариантов, их априорную вероятность следует считать равной и критически посмотреть на своë творение.
  • Если человек совершает странные действия — держите в голове, что большинство людей искренне стараются делать как лучше (пока их энтузиазм не убивается несправедливым наказанием). Скорее всего, вы оба достаточно рациональны, а разница в решениях обусловлена разными вводными. Вместо обвинений в иррациональности, сравните ваши вводные и локализуйте те, что отличаются.

Если же человек задаëт слишком много вопросов, на которые он мог бы ответить и сам, просто спросите: «А ты бы сам как сделал?». Это заставит его подумать.

Вообще, я уже давно придерживаюсь концепции «трëх вариантов ответа»: человек, идущий с вопросом к начальнику, должен прийти с тремя вариантами ответа, один из которых он рассматривает как предпочтительный. Секрет в том, что при таком подходе 90 % вопросов решаются без необходимости у кого-то спрашивать, а оставшиеся 10 % уж точно заслуживают обсуждения.

3. Мотивация

Речь идëт ни в коем случае не о финансовой мотивации, а скорее о «гормональной». Один пример я уже приводил выше — когда человек видит, что новая деятельность ему даëтся с первого раза, он получает прилив гормонов счастья и чувствует себя хорошо. Я могу ответственно заявить, что впоследствии люди остаются в тех компаниях, где им нравится работать, а не в тех, где чуть больше платят. В качестве подтверждения приведу в пример тот же Яндекс, где традиционно зарплаты несколько ниже рынка, но текучка при этом низкая.

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

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

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

tunechick83

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

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

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

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

4. Контроль

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

Janyap

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

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

5. Переход от делегирования задач к делегированию ответственности

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

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

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

aitoff

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

Помимо прочего, навязывание вашего варианта даëт возможность исполнителю саботировать процесс, объясняя любые провалы вашим неудачным выбором способа.

6. Отладка на метауровне

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

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

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

  1. Первым делом, конечно, мы восстановили работу сервера.
  2. Интересуюсь у админа, как же так получилось, ведь бесперебойная работа сервера и моментальное реагирование на все отключения находятся в его ответственности.
  3. Админ сообщает, что на такой случай он настроил уведомление на свой телефон, которое должно было разбудить его ночью, но сегодня оно почему-то не сработало.
  4. Иду в сервис уведомлений и вижу, что он не оплачен. За своевременную оплату отвечает бухгалтерия.
  5. Иду в бухгалтерию и узнаю, что бухгалтер в суматохе забыла его оплатить. Говорит, что впредь будет внимательней и больше не забудет.
  6. Я спрашиваю, как они сейчас хранят информацию о том, когда что надо оплачивать, и получаю ответ, что регулярных оплат не так много, поэтому они просто держат в голове все даты регулярных платежей. Бухгалтер настаивает на том, что этот способ достаточно надëжный и менять ничего не требуется, просто единичный форс-мажор.
  7. Прекрасно понимаю, что если один раз это произошло, то может произойти и в будущем. Особо пугает то, что текущий процесс не масштабируется и точно сломается при увеличении количества используемых сервисов.
  8. Предлагаю завести регулярные напоминания на все оплаты в Google-календарь. Пусть напоминания приходят в тот момент, когда оплата уже должна быть совершена, но крайний срок ещë не наступил. Когда напоминание придëт, бухгалтер вспомнит, совершила ли она оплату к этому моменту, и если да, то просто проигнорирует его. Но если оплаты не было, это напоминание станет спасительным.
  9. Бухгалтер сказала, что решение отличное и простое и она бы с удовольствием им пользовалась, просто ей это не приходило в голову.
  10. Помогаю бухгалтеру настроить все напоминания и получаю обещание, что она таким же образом будет заводить напоминания на все новые сервисы, которые будут появляться в будущем. На всякий случай, пишу ей пошаговую инструкцию.

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

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

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

7. Переход от реактивных дел к проактивным

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

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

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

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

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

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

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

aitoff

По своему опыту могу сказать, что этот момент наступает внезапно, и его сложно предвидеть. Последние несколько недель вы могли, каждый день перерабатывая, в суматохе решать различные проблемы, а сегодня прийти на работу и понять, что список реактивных дел пуст. Если вы прямо сейчас уйдëте домой — ничего страшного не случится и ничего не будет отложено до вашего возвращения. Всë, пришло время больших дел!

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

Вывод

Такой подход к делегированию выгоден всем сторонам в вашей компании:

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

Как делегировать процесс: порядок действий

0. Проверьте, нельзя ли от него просто отказаться, либо автоматизировать.
1. Выполняйте процесс самостоятельно, пока он не станет для вас рутинным.
2. По ходу дела документируйте основной алгоритм и все возможные отклонения от него.
3. Делегируйте выполнение процесса подчинëнному. Давайте обратную связь, хвалите, не судите строго.
4. Контролируйте качество выполнения процесса подчинëнным по автоматически собираемым метрикам, либо, если это невозможно, вручную.
5. Перейдите от делегирования отдельно взятой задачи к делегированию связанной с ней ответственности.
6. Обнаружив проблему, исправляйте не только еë симптом, но и причину, причëм старайтесь закапываться в поиск причины как можно глубже.
7. По мере освобождения времени от рутины, начинайте всë больше проактивно задумываться о важных делах.

Подобрали два теста для вас:
— А здесь можно применить блокчейн?
Серверы для котиков: выберите лучшее решение для проекта и проверьте себя.