Все кивали. Почему потом каждый сделал по-своему?

Как проверить, что команда действительно договорилась, и почему фраза «я же всё объяснила» не гарантирует результата.

Представьте обычное проектное совещание.

Руководитель рассказывает о новой задаче. На экране презентация, сроки обозначены, роли распределены. Коллеги внимательно слушают. Кто-то даже записывает.

— Всем понятно?

— Да.

— Вопросы есть?

— Нет.

Совещание закончено. Руководитель довольна: наконец-то договорились!

А через неделю начинается самое интересное.

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

«Мы вообще-то имели в виду другое».

И вот здесь хочется спросить: как такое возможно? Ведь все же кивали!

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

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

Например, команда договорилась «сделать удобный интерфейс к пятнице».

Что означает «удобный»?

Для дизайнера — визуальная последовательность и понятная навигация.

Для разработчика — минимальное количество действий и быстрая загрузка.

Для заказчика — чтобы пользователи перестали обращаться в поддержку.

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

Все согласились с одной фразой. Но каждый согласился со своей интерпретацией.

Проблема не обязательно в людях. Проблема в том, что договорённость осталась слишком абстрактной.

Когда руководитель задаёт этот вопрос перед всей командой, он фактически предлагает ответить «да».

Почему?

Во-первых, не каждый готов публично признаться, что чего-то не понял.

Во-вторых, человек может действительно считать, что всё понял. Просто он не знает, что коллега понял иначе.

В-третьих, под конец длительного совещания многие хотят уже приступить к работе, а не открывать новый раунд обсуждения.

И наконец, у вопроса «Всё понятно?» нет проверяемого результата.

Он не показывает, что именно человек собирается делать.

Это примерно как спросить пассажиров перед полётом, все ли понимают маршрут, и на основании дружного кивка решить, что самолёт непременно прилетит куда нужно.

Я предпочитаю заменять один общий вопрос тремя конкретными.

На встречах часто обсуждают гораздо больше, чем принимают решений.

Поэтому полезно в конце проговорить:

«Давайте зафиксируем: какое конкретное решение мы сегодня приняли?»

Например, не «обсудили улучшение регистрации», а «решили сократить форму регистрации с восьми полей до четырёх».

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

У любой договорённости должны появиться хотя бы четыре характеристики:

Причём последнее особенно важно.

Потому что «сделано» и «принято заказчиком» — далеко не всегда одно и то же.

Это самый интересный вопрос.

Не нужно устраивать сотрудникам экзамен и заставлять повторять слова руководителя.

Достаточно попросить участников коротко сформулировать свою часть работы:

«Как ты видишь следующий шаг? Что тебе потребуется от остальных?»

И здесь иногда происходят удивительные открытия.

Выясняется, что один человек собирался начать завтра, второй ждал дополнительного согласования, а третий считал, что его часть задачи вообще отменили.

Но есть хорошая новость: вы узнаёте об этом до того, как потратили неделю на работу в разных направлениях.

Попробуйте на следующем проектном совещании оставлять последние пять минут не на фразу «Ну, тогда всем спасибо», а на короткую сверку.

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

Особенно хорошо работает короткое письменное резюме после совещания.

Не стенограмма на три страницы, которую никто не откроет.

А несколько строк: решение, результат, ответственный, срок, открытые вопросы.

В проектах организационных изменений эта проблема становится ещё заметнее.

Можно провести презентацию новой системы, обучить сотрудников, отправить инструкции и получить прекрасную статистику посещаемости.

Но это ещё не означает, что сотрудники одинаково понимают, зачем меняется процесс, что конкретно изменится в их работе и каких действий от них ожидают.

Здесь важно различать три вещи:

Информация получена. Человек услышал о решении.

Информация понята. Человек способен объяснить, что именно изменилось.

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

Это разные состояния. И между ними может лежать огромная дистанция.

Поэтому эффективная коммуникация изменений — это не количество отправленных писем и проведённых встреч.

Это способность команды действовать согласованно в новых условиях.

Потому что иногда кивнуть проще, чем уточнить.

Иногда кажется, что и так всё очевидно.

А иногда человек действительно понял всё — кроме того, что остальные поняли иначе.

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

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

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

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

Как вы проверяете, что люди действительно договорились?

💬 Если вам близки темы управления проектами, организационных изменений и развития карьеры без корпоративного пафоса, приглашаю в мой Telegram-канал «Клуб анонимных PM-ов».

Там мы обсуждаем реальные кейсы, делимся инструментами, книгами, вакансиями и честно говорим о том, как на самом деле устроена проектная работа.

👉 https://t.me/PManonimclub