Попса

популярный светский альманах

Категория: Менеджмент

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

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

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

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

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

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

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

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


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

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

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

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

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


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

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


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

О матрице Эйзенхауэра

Когда задач очень много и нужно понять, какие из них следует делать в первую очередь, имеет смысл посмотреть в сторону приоритизации по матрице Эйзенхауэра, которую придумал одноимённый генерал и президент США.

Матрица состоит из четырёх квадратов и выглядит так:

Поговорим про каждый из квадратов.

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

ПриоритЕт, но приоритИзация, приоритИзировать. Режет глаз, нелогично, но это так. 

Первоначальная основа: приоритет. Усекается ет, остается приорит + глагольный морф изирова + ть = приоритизировать. От этого глагола образовано существительное приоритизация.

Грамота.ру

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

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

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

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

Об уровнях конфликтов и их разрешении

Уровни конфликтов

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

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

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

Конфликт за правоту или конфликт второго уровня. Возникает в виде апгрейда конфликта первого уровня, когда одна из сторон произносит сакральную фразу: «То есть, ты хочешь сказать, что я неправ?» При конфликте за правоту изначальный желаемый ресурс перестаёт быть важным, на первое место выходит необходимость выяснить, кто прав. На этом уровне конфликт неразрешим. За всю историю ещё никого не удавалось убедить в неправоте. Даже если дело дойдёт до суда и судья установит правоту одной из сторон, вторая сторона не успокоится и будет аппелировать, искать правоту в более вышестоящем суде. Однако этот конфликт можно понизить до первого уровня, глубоко выдохнув, собравшись с мыслями и сказав: «Ты знаешь, я подумал, всё-таки ты прав». Эту фразу очень трудно произнести, так как на первый взгляд кажется, что она предполагает отказ от борьбы за ресурс. На самом деле, это не так. При помощи этой волшебной фразы можно понизить конфликт и спокойно разрулить конфликт первого уровня методом пирога. Это работает, если конфликтуете вы. Увы, если конфликтуют ваши подчинённые, задача усложняется.

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

Устав или паспорт проекта

Паспорт или устав проекта

Уставом или паспортом проекта называется внутренний договор менеджера проекта со спонсором. Он содержит неизменные параметры проекта. Изменяется устав — перезапускается проект.

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

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

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

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


Что должно входить в состав устава?

  • Название;
  • Имя спонсора;
  • Имя менеджера;
  • Основные проектные цели;
  • Треугольник ограничений;
  • Перечень ресурсов, выделяемых в распоряжение проекта;
  • Главные заинтересованные лица (не дублировать реестр заинтересованных лиц, перечислить только ключевых);
  • Главные результаты поставки;
  • Основные KPI;
  • Ключевые (терминирующие) риски.

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

Ограничения следует формулировать в терминах «не более, чем». Это рамки, при выходе за которые проект теряет смысл.

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

Из предыдущей цитаты следует, что устав не должен быть большим по объёму. Если вы сгенерили устав в 100 страниц, вы неправильно поняли его суть. Объём устава не может превышать 3-5 страниц, вне зависимости от того, строите вы трубопровод или делаете инновационный дейтинг с геолокацией. На проекте просто не бывает неизменных параметров на сотню страниц.

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

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


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

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

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

Об MVP за месяц

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

А давай сделаем MVP на костылях и с упрощённым дизайном за месяц. В следующих релизах отрефакторим и отредизайним!?

Так вот, ещё ни разу, ни одно такое приложение не было ни отрефакторено, ни отредизайнено. Это не плохо и не хорошо, просто живите с этим.

О сортировке почты

Автоматическая сортировка почты в Gmail

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

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

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

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

Гуглопочта и яндекс почта точно поддерживают такую сортировку. Вот, как это настраивается в гуглопочте:

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

Об обсервации

Есть несколько видов знания. Покажу на примере.

  1. Чувак не умел драться, но никогда об этом не задумывался, так как необходимости не было. Это неосознанное незнание.
  2. Чувака гопнули гопники и отжали телефон. И он резко осознал, что не умеет драться. Это осознанное незнание. 
  3. Чувак пошёл к тренеру, который в деталях обучил его, как наносить хук справа. Какое-то время чувак точно помнил, как сжимать кулак, как разворачивать корпус и как поднимать руку. Это осознанное знание.
  4. Чувак довёл хук справа до автоматизма и перестал ходить к тренеру. Навык остался, но он забыл, как это делается в деталях. Это неосознанное знание. 

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

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

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

О Scrum (инфографика)

Основные положения scrum

О kick-off совещании

Kick-off – значит «вбрасывание». Если вы работаете в маленькой компании, где все постоянно друг с другом взаимодействуют, нужды в kick-off совещании нет, но если мы говорим о крупной, с отделами и департаментами, оно необходимо.

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

  1. Собираем всю команду в одном месте. Если команда распределённая — созваниваемся, но эта практика больше для офисных команд.
  2. Зовём спонсора проекта. Очень важно, чтобы он пришёл, сказал приветственное слово и сразу же ушёл. Нужно для придания официальности мероприятию.
  3. Просим каждого члена команды встать, представиться и назвать свою роль. В больших компаниях, особенно с большой текучкой, есть вероятность, что кто-то кого-то не знает, а после такой инициализации появляется вероятность, что ранее незнакомые люди будут контачить.
  4. Спрашиваем, все ли видели устав проекта и приказ о старте. Просим поднять руки всех, кто не видел. Если такие есть, даём им доступ и присылаем ссылку.
  5. Спрашиваем, все ли видели план работ и ознакомились с ним. У плохого менеджера член команды говорит: «Я закончил, что делать дальше?». У хорошего же: «Я закончил с этапом x и, в соответствии с планом, приступил к этапу y».

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

Об антиуводе бизнеса

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

  • Кража продажником клиентской базы
  • Создание уволившимся сотрудником точно такого же конкурирующего бизнеса

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

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

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

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

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

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

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

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

Так, статьей 37 Конституции РФ за всеми гражданами РФ закреплено свободное право на труд и на распоряжение своими способностями. А потому любые ограничения таких прав не допустимы.

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

Наконец, невозможно скопировать бизнес, в котором привлечение клиентов основано на личном бренде.