Владимир Завертайлов – Настольная книга project-менеджера. Что нужно знать, чтобы управлять IT, digital и другими проектами с учетом российских реалий (страница 5)

Настал час Х. Земля не взорвалась. Пришельцы никого не забрали. Небеса не разверзлись.

Вы думаете, они сильно расстроились и разошлись по домам? Хренушки! Хранители космоса объявили, что ТОЛЬКО БЛАГОДАРЯ ИХ МОЛИТВАМ мир получил отсрочку! Хитро, не поспоришь.

Алгоритм такой:

1. Начиная новое дело, объявить о возможных негативных последствиях. Что уже само по себе КАК БЫ дает право не верить в результат и действовать деструктивно.

2. Вяленько что-то делать. Право действовать «вяленько», не напрягаясь, человек как бы отвоевал себе своим скепсисом и неверием в результат.

3. В случае наступления негативных последствий – высунуться и сказать: «А Я ЖЕ ГОВОРИЛ!!!» (Если, конечно, будет кому «а-я-же-говорить»: в случае с Хранителями Космоса и спрашивать, и отвечать было бы некому.)

4. В случае, если негативных последствий не наступило, говорить, что это ТОЛЬКО БЛАГОДАРЯ МОЕЙ САМООТВЕРЖЕННОЙ РАБОТЕ.

Алгоритм часто применяют неосознанно. Он вшит где-то на уровне BIOS-а в мозгу (см. А. Курпатов, «Красная Таблетка»). В digital этим особенно грешат программисты. Иногда пропуская 4-й пункт, ибо он как бы подразумевается.

Противоядие:

1. Знать, что Хранители Космоса не угомонились, и что их алгоритм, зараза, действует.

2. Поймать человека на применении этого алгоритма. И рассказать, что именно он делает. При необходимости – повторить. При острой необходимости и частых «А-Я-ЖЕ-ГОВОРИЛ!» поинтересоваться, не сектант ли он.

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

Тех, кто регулярно включает дурачка («А почему вы не сказали, что нельзя сушить кота в микроволновке?»), неплохо бы спросить, что он этим хочет вам доказать? Вы же ведь можете и поверить…

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

1.3.1. Делегирование на уровне идеи

Подойдет для делегирования подчиненному с примерно таким же, как у вас, уровнем компетентности и ответственности, со схожей мотивацией. Вы ему доверяете, он ведет дела в том же стиле, что и вы. Таким людям можно не разжевывать задачу на атомы – хватит и постановки на уровне идеи, они сами ее «докрутят» и сделают все в лучшем виде.

Руководитель: Давай организуем семинар для клиентов?

Сотрудник: Давай, а на какую тему?

Р: Не знаю, что-нибудь про интернет-магазины.

С: Ок, в июне есть время. Давай я придумаю тему, составлю план подготовки, можем обсудить.

Р: Да сам как-нибудь самоорганизуйся:)

С: Ок.

1.3.2. Делегирование на уровне тезисов

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

Р: Я хочу провести семинар, как в прошлом году, на 300–400 человек. Придумай тему, напиши план подготовки и какие ресурсы тебе понадобятся для этого.

С: Ок.

1.3.3. Делегирование на уровне задач

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

Р: Нужно организовать семинар, как в прошлом году, на 300–400 человек. Тема – интернет-магазины.

С: Что требуется от меня?

Р: Подбери зал на 300 человек в пределах 1-го кольца и не дороже 100 000 рублей.

С: Хорошо, я составлю список подходящих, через два дня покажу – обсудим.

1.3.4. Делегирование на уровне инструкций

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

Совет

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

Р: Мы организовываем семинар. Вот список клиентов, вот скрипт. Тебе нужно будет обзвонить клиентов по списку, используя этот скрипт. Сейчас ты заучиваешь его, подходишь через 15 минут ко мне и воспроизводишь его слово в слово. Если все ок – начинаешь обзвон, вот телефон. Тех, до кого удалось дозвониться, помечаешь зеленым. Как понял?

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

Р: Тебе всего хватает для этого?

С: Да, все есть.

Р: А зеленый маркер?:)

Со стороны может показаться, что делегирование на таком уровне – это маразм. Дается много вводных, которые сложно запомнить и удержать в голове, поэтому тикет-системы и письменные постановки здесь спасают.

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

1.4. Smart-делегирование

Популярный фреймворк постановки задач. SMART – аббревиатура, где каждая буква обозначает:

▶ Specific – конкретный;

▶ Measurable – измеримый;

▶ Achievable – достижимый;

▶ Relevant – значимый;

▶ Time-bound – ограниченный во времени.

Конкретность – хотим, чтобы сотрудник выкопал яму. Измеримость – яма должна быть метр на метр, в сквере. Достижимость – за счет каких ресурсов можно достичь результата: лопата лежит в сарае, для копания можно привлечь разнорабочих, бюджет 2000 рублей. Значимость – подчиненным важно объяснить, зачем мы достигаем этого результата, и как этот результат связан с целями компании: яма нужна, чтобы посадить дерево, это нужно для поддержания имиджа экологичной компании. Ограниченность во времени – указать конкретные сроки: через 3 дня, потому что идет сезон посадки деревьев.

Цели, которые вы ставите, должны быть трудными, но выполнимыми.

SMART – это популярный метод постановки задач, но это не панацея. Кому-то нужно более детально разжевывать, кому-то – менее. Метод хорошо вписывается в классический цикл Деминга «планируй-делай-проверяй-воздействуй». Только «делать» будет кто-то другой:

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

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

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

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

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

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

1.5. Постановка задач на рисерч

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

Исследование требует ресурсов, иногда – серьезных, и если задача новая и неизвестная, то процесс оценки стоит разбить на стадии: