«Повтори, что ты понял»: как проверять понимание задачи, а не выслушивать вежливое «ок»

«Понятно?» — «Да, понятно» — и через три дня результат оказывается совсем не тем, что вы имели в виду. Проблема не в том, что сотрудник соврал: он действительно был уверен, что понял. Вежливое «да» на вопрос «понятно?» почти ничего не говорит о реальном совпадении картинок в двух головах — оно говорит только о том, что человек не хочет выглядеть невнимательным. Разберём, как на самом деле проверять понимание задачи и почему привычный вопрос для этого не годится.

Почему «понятно?» ничего не проверяет

Вопрос «понятно?» психологически устроен так, что ответить на него «нет» неудобно почти в любой корпоративной культуре. Признание непонимания в моменте считывается — часто ошибочно — как признак невнимательности или недостаточной компетентности, поэтому подавляющее большинство сотрудников отвечает «да», даже когда часть деталей осталась размытой. Более того, человек может искренне верить, что понял всё правильно, — и ошибаться именно в той детали, которую он не осознаёт как важную и потому не переспрашивает.

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

Откуда взялась техника обратного повтора

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

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

Как спросить так, чтобы получить реальную проверку

Работающая формулировка переносит фокус с проверки сотрудника на проверку собственной ясности постановки — это меняет и тон вопроса, и качество ответа.

• Вместо «понятно?» — «Расскажи, как ты будешь делать эту задачу, своими словами, чтобы я понял, что нигде не напутал в объяснении».
• Вместо «вопросы есть?» — «Что из того, что я сказал, кажется наименее ясным?» Этот вопрос предполагает, что неясность — это нормально, а не провал, и снижает барьер для честного ответа.
• Для важных или сложных задач — попросите пересказать не только результат, но и срок, и критерий готовности отдельно, потому что чаще всего теряется именно один из этих трёх элементов, а не всё целиком.

Что именно слушать в ответе сотрудника

Сам факт, что сотрудник что-то пересказал, ещё не гарантирует совпадения — нужно слушать пересказ активно, а не для галочки.

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

Когда техника выглядит избыточной — и почему это ошибка

Частое возражение: «Мы работаем вместе три года, зачем каждый раз просить пересказать простую задачу». Здесь стоит разделить два разных случая. Для рутинной, много раз повторяемой задачи с опытным сотрудником полный обратный повтор действительно избыточен — рассинхрон в таких задачах маловероятен, и постоянная проверка скорее раздражает, чем помогает. Но для новой, нестандартной или высокорисковой задачи стаж совместной работы не защищает от недопонимания — сотрудник мог за три года ни разу не сталкиваться именно с такой формулировкой задачи, и предположение «мы всегда понимаем друг друга с полуслова» — самая частая причина, почему рассинхрон именно на важных задачах обнаруживается уже постфактум.

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

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

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

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

Работает ли этот приём в переписке, а не только устно?

Да, и в переписке рассинхрон встречается даже чаще, потому что нет интонации и невербальных сигналов неуверенности. Работающий аналог — прямо попросить сотрудника одним сообщением написать, как он понял задачу, прежде чем приступать, а не полагаться на то, что отсутствие вопросов означает полное понимание.

В моей практике консультаций именно отсутствие проверки понимания — а не сложность самой задачи — оказывается причиной большинства «сотрудник сделал не то» историй. Один короткий обратный пересказ перед стартом работы экономит часы переделки после.

Статья обновлена: 21 августа 2026 года

Автор: Александр Бобков, бизнес-консультант по развитию управленческих навыков и командной коммуникации.