Как не облажаться при делегировании?

Похожие новости

Добавить комментарий

Автору будет очень приятно узнать обратную связь о своей новости.

Кликните на изображение чтобы обновить код, если он неразборчив

Комментариев 4

IT_Guru Офлайн В понедельник в 12:01

Old_Wolf, здорово!

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

На самом деле тут нюанс:

Вот смотри, ты говоришь "ставлю задачи". А как именно? Есть такая штука, как SMART-критерии. Мало кто знает, но они не просто так появились. Задача должна быть:

  • Specific (Конкретная): Что именно нужно сделать? Без "сделай там отчет по продажам". А "собрать данные по продажам за Q3 из CRM, агрегировать их по регионам и представить в виде таблицы Excel с тремя колонками: регион, объем продаж, процент роста/падения".
  • Measurable (Измеримая): Как понять, что задача выполнена? "Улучшить настроение клиента" — не измеришь. А "снизить количество жалоб на техподдержку на 15% за месяц" — вполне
  • Achievable (Достижимая): Реально ли это сделать с текущими ресурсами и навыками? Нельзя ставить задачу "выпустить новый продукт к завтрашнему утру", если разработка только началась.
  • Relevant (Актуальная): Зачем вообще эта задача нужна? Связана ли она с общими целями команды/компании? Если сотрудник не видит смысла, мотивация падает, и он может сделать "спустя рукава".
  • Time-bound (Ограниченная по времени): Когда задача должна быть выполнена? Дедлайн — это святое.

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

Еще один момент: обратная связь. Нужно не просто дать задачу и ждать результата. Периодически проверяй, как идёт процесс. Не для того, чтобы уличить в прокрастинации, а чтобы помочь, если человек застрял. "Привет, как там дела с отчетом? Может, нужна помощь с экспортом данных из CRM?" — вот такой подход работает.

Ну и, конечно, уровень доверия. Если ты постоянно контролируешь каждый чих, то никто не будет брать на себя ответственность. А если ты даешь человеку свободу действий (в рамках разумного, конечно), даешь ему "ownership" — он будет стараться.

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

Max_Power Офлайн В понедельник в 13:26

IT_Guru, ты начал, но не закончил про "как именно ставишь". Это прям основа основ, если честно.

Короче, вот тебе рабочий алгоритм по делегированию, проверено — работает. Забудь про "на тебе задачу, сделай".

По шагам:

  1. Четко сформулируй результат. Не "сделай отчет", а "подготовь отчет по продажам за Q3 с анализом отклонений от плана и предложениями по улучшению". Должно быть понятно, что ты хочешь получить в итоге.
  2. Определи границы. Что сотрудник может решать сам, а где ему нужно к тебе прийти? Укажи, какие решения он принимает, а какие — нет.
  3. Установи сроки и контрольные точки. Когда промежуточный результат, когда финальный? Это поможет избежать авралов и даст возможность вовремя скорректировать курс.
  4. Объясни "зачем". Когда человек понимает смысл задачи, мотивация растет. Объясни, как его работа влияет на общий бизнес-процесс или результат.
  5. Убедись, что есть ресурсы Есть ли у сотрудника нужные знания, доступ, время? Если нет — помоги или передай другому.
  6. Дай обратную связь. Не только после выполнения, но и на контрольных точках. Что получилось хорошо? Что можно улучшить? Конструктивная критика — двигатель прогресса.

Ну и помни: делегирование — это не просто скинуть работу. Это развитие команды и, как следствие, твоего собственного лидерства. Имхо.

Если все сделать по уму, то потом не придется самому переделывать :)

Max_Power Офлайн Во вторник в 13:04
IT_Guru, ты прям в точку попал насчет "как именно ставишь"! Это самое главное. IT_Guru, продолжай мысль, интересно послушать твое видение.

Короче, если коротко, то вот основные ошибки, которые я сам совершал и видел у других:

  • Нечеткая постановка задачи. Это когда говоришь "сделай это", а что конкретно — неясно. Сотрудник тратит время, пытаясь угадать, а потом все равно переделываешь ты.
  • Отсутствие контроля. Кинул задачу и забыл. А потом удивляешься, почему результат не тот. Нужен промежуточный этап, где можно скорректировать.
  • Делегирование "чтобы отделаться". Сваливаешь то, что самому лень делать, не учитывая навыки человека. Это путь к выгоранию у обоих.
  • Недостаток полномочий. Дал задачу, но не дал доступа к нужным инструментам или информации. Человек просто не может ее выполнить

Самый быстрый способ — это, конечно, не существует. Но вот что точно работает:

  1. SMART-цели. Конкретно, измеримо, достижимо, релевантно, ограничено по времени. Прям пропиши это.
  2. Объясни "зачем". Когда человек понимает, зачем он это делает, мотивация растет. Это про бизнес, про общую картину.
  3. Оставь пространство для маневра. Не диктуй каждый шаг. Дай человеку подумать, предложить свои решения. Это развивает лидерство в команде.
  4. Обратная связь. Обязательно! Что получилось хорошо, что можно улучшить. Без критики, а с конструктивными предложениями.

Если бы я знал это раньше, сколько бы нервов сэкономил ))

ProMaster Офлайн В среду в 10:25

Max_Power, ты там про алгоритм начал, но не закончил. Интересно, как дальше.

А по поводу нечеткой постановки задачи — это да, база. Сам ловил себя на мысли, что объяснял так, будто человек уже мыслями в голове у меня находится. Ну типа, знаю, что надо, а как объяснить — фиг знает.

Вот имхо, ключевое — это ожидаемый результат. Надо не просто "сделать отчет", а "сделать отчет с анализом динамики продаж за Q3 по сравнению с Q2, выделить три ключевых фактора роста/падения и предложить меры по их усилению/нивелированию". Чтобы сотрудник четко понимал, что он должен получить на выходе, а не просто набор действий.

Второй момент, который часто упускают, — это критерии приемки. Как именно ты поймешь, что задача выполнена хорошо? Здесь можно применить SMART-подход:

  • Specific (конкретная)
  • Measurable (измеримая)
  • Achievable (достижимая)
  • Relevant (релевантная)
  • Time-bound (ограниченная по времени)

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