Задача сорвана, срок прошёл, результат не получен. Самое простое решение — найти виноватого. Но не всегда причина действительно в сотруднике. Иногда человек работал в условиях, где задача была размыта, приоритеты менялись, решения зависели от руководителя, а сроки изначально были нереалистичными. Этот небольшой тест поможет отделить личную ответственность от системной проблемы и понять, что именно стоит менять после срыва.
После срыва задачи легко сказать: «Сотрудник не справился». Но я бы сначала проверила саму ситуацию. Потому что между «человек не выполнил договорённость» и «система не дала нормально выполнить задачу» есть большая разница.
Пройдите 12 вопросов и отвечайте максимально честно: да или нет.
? Да? Нет
Сотрудник должен был понимать не просто, что нужно «заняться проектом», а что конкретно должно быть готово на выходе.
Если результат был размыт, часть ответственности уже лежит на постановке задачи.
Не «желательно побыстрее» и не «хорошо бы к концу недели», а конкретная дата.
Если срок появился только в голове руководителя, обвинять сотрудника в его нарушении сложно.
Важно учитывать не только саму задачу, но и текущую загрузку сотрудника, зависимости от коллег, объём согласований и доступные ресурсы.
Иногда задача сорвана ещё в момент постановки, потому что выполнить её в заданный срок физически невозможно.
Если одновременно были «срочными» ещё пять задач, человеку приходилось самому решать, чем пожертвовать.
Проверьте: совпадало ли его понимание приоритетов с вашим.
Были ли нужные данные, доступы, бюджет, люди, инструменты?
Ответственность за результат сложно требовать там, где у человека не было базовых условий для работы.
Мог ли он самостоятельно принимать решения, которые требовались для выполнения задачи?
Или любое движение зависело от согласования руководителя?
Ответственность без полномочий почти всегда создаёт проблемы.
? Да, требования оставались стабильными? Нет, задача существенно менялась
Если сотрудник несколько раз переделывал результат из-за новых вводных, первоначальный срок уже не всегда можно считать актуальным.
Изменили задачу — стоит пересмотреть и договорённости.
Когда задача длится несколько недель, странно впервые проверять её состояние в день дедлайна.
Промежуточные точки помогают увидеть проблему раньше и скорректировать ситуацию.
А вот здесь начинается важная зона личной ответственности.
Если человек видел, что не успевает, но ничего не сказал до последнего дня, это уже не только проблема системы.
Сотрудник должен уметь вовремя поднимать флаг.
Самостоятельность не означает необходимость молча решать любую проблему.
Если задача заблокирована, ответственность сотрудника — обозначить это, а не ждать, пока ситуация разрешится сама.
Иногда внешний результат сорван, но человек сделал всё, что находилось в его зоне ответственности.
А иногда ресурсы, сроки и условия были нормальными, но сотрудник просто не выполнил свою часть работы.
Важно разделять эти ситуации.
? Нет, это единичный случай? Да, похожие срывы происходят регулярно
Если в одной и той же системе остальные сотрудники справляются, а у конкретного человека задачи регулярно срываются, стоит внимательнее посмотреть на его навыки, организацию работы и ответственность.
Если же одинаковые проблемы возникают у всей команды, вероятнее всего, вопрос уже к системе.
Посмотрите, где оказалось больше проблем.
Если много «нет» в вопросах 1–8, скорее всего, значительную роль сыграла система: постановка задач, сроки, процессы, ресурсы, полномочия или управление.
Если по вопросам 1–8 всё было в порядке, но проблемы появились в пунктах 9–12, стоит внимательнее посмотреть на личную ответственность сотрудника: коммуникацию, навыки, дисциплину и способность управлять своей работой.
Но чаще всего результат смешанный.
Например:
После срыва задачи я бы не начинала с вопроса:
«Кто виноват?»
Гораздо полезнее спросить:
«Что именно привело нас к этому результату?»
Иногда нужно менять сотрудника или его подход к работе. Иногда — процессы, сроки или полномочия. А иногда обе стороны должны изменить свою часть.
Цель такой диагностики не снять с кого-то ответственность. Наоборот — сделать её конкретной.
Чтобы после разбора было понятно не только, почему задача сорвалась, но и что нужно изменить, чтобы следующий дедлайн не закончился тем же разговором.
Отправляя данные вы подтверждаете пользовательское соглашение