Перейти к содержимому
Независимый журнал для поставщиков
ЗАКУПКИ
И БИЗНЕС
goszakazvrf.ru
ПРАКТИКА ЗАКУПОКОт заявки —
к контракту
Документы. Участие. Исполнение.

Управление и обучение

Как передать задачу сотруднику с понятным результатом и критериями готовности

Опубликовано:

Белая маркерная доска с чёрным маркером и губкой

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

Что считать понятным результатом задачи

Отделяйте результат от процесса: «проработать вопрос» или «заняться клиентом» нельзя принять, а «таблица с согласованными полями и выводами, пригодная для обсуждения на встрече» — можно. Формулируйте итог через артефакт, решение или состояние: что появится, для кого и что с этим можно будет сделать дальше. Полезно назвать потребителя результата — коллегу, руководителя, заказчика — потому что от этого зависит уровень детализации. Если сотрудник не может показать результат на экране или на бумаге, формулировка ещё не готова.

Как задать критерии готовности

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

  • Результат назван как наблюдаемый итог, а не как процесс.
  • Указан формат: файл, документ, устное решение, статус в системе.
  • Есть обязательные критерии приёмки и отдельно желательные улучшения.
  • Сотрудник может проверить работу по критериям до сдачи.
  • Зафиксированы границы самостоятельности и моменты согласования.

Передача задачи и проверка понимания

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

Условный пример: руководитель ставит задачу собрать сводку по обращениям клиентов за месяц. Результат — таблица с категориями обращений и краткими выводами, пригодная для обсуждения на планёрке. Обязательные критерии: все обращения распределены по категориям, указано количество, выводы занимают не больше половины страницы. Желательное улучшение — сравнение с прошлым периодом. Сотрудник пересказывает: «таблица и выводы, категории согласую с вами, если появится новая». Руководитель подтверждает границу и добавляет, что новые категории вводить можно, но с пометкой.

Контрольные точки и обратная связь по ходу работы

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

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