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

Рассказываем, почему так происходит, и что с этим делать.

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

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

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

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

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

Чтобы все это заработало, рекомендуем на уровне регламента закрепить это как одно из правил взаимодействия с руководителей.

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

Если хотите больше почитать о понимании задачи, рекомендуем статью Максима Ильяхова в журнале "Кинжал". А вот тут гайд от ребят из Uprock.