Как наладить коммуникацию в проекте: находим первопричины нехватки информации, недопонимания и задержек
Начните с конкретной сорванной передачи информации, а не с общей жалобы «никто ни с кем не общается». Возьмите конкретный результат: коллега использовал устаревшую дату поставки, рецензент вернул не тот документ, или решение было принято уже после начала работы. Восстановите, какими данными располагал каждый участник в момент своих действий. Ключевой вопрос — в какой именно точке информация впервые перестала служить основанием для следующего шага.\n\nНехватка информации, недопонимание и задержка могут проявляться одновременно. Запоздалое исправление не доказывает, что само исходное сообщение было отправлено с опозданием, а отметка о прочтении не подтверждает, что смысл был понят верно. Описанный ниже подход — это редакторский метод разбора инцидента, а не очередная система отчетности. Используйте те данные, которые уже есть у команды.
Зафиксируйте факты инцидента перед поиском причин
Запишите ожидаемое действие, фактическое действие и точку, в которой возникло расхождение. Сохраните исходное сообщение и версию документа, на которую оно ссылалось: исправленный сегодня файл не отражает того, что коллега видел вчера. Если точное время неизвестно, так и укажите — «неизвестно», не заполняйте пробелы по памяти. Если участники помнят события по-разному, зафиксируйте обе версии рядом с записями, имеющими временную отметку. Задавайте вопросы по конкретной задаче, а не о том, насколько человек внимателен в целом. Небольшой, четко очерченный инцидент проверить гораздо легче, чем ворох несвязанных жалоб.
Выясните, существовала ли необходимая информация
Проверьте, знал ли отправитель нужный факт до того, как он потребовался получателю. Если дата поставки еще не была согласована, то проблема заключалась в непринятом решении, а не в том, что утвержденную дату забыли передать. Если информация существовала, найдите ее первую зафиксированную версию и определите, кто должен был ее получить. Пропущенное имя в списке рассылки, недоступное вложение и отсутствие критериев приемки — это принципиально разные проблемы. В статье Рэя Бодекера для PMI подчеркивается, как важно понимать, кому нужна информация и когда следует ее запрашивать или передавать; факт отправки сообщения не означает, что передача информации успешно завершена.
Сравнивайте понимание только после сравнения версий
Попросите каждого участника описать, какое действие от него, по его мнению, ожидалось. Сопоставьте предмет задачи, дедлайн, условия выполнения и имеющиеся зависимости. Например, фраза «готово в четверг» для одного может означать готовность к внутреннему ревью, а для другого — отправку внешнему клиенту. Это наглядный пример, а не реальный случай из практики компании. Сначала убедитесь, что оба участника видели один и тот же текст. Различия в версиях документов указывают на проблему с дистрибуцией информации, а не с ее интерпретацией. Руководство APM по коммуникациям рекомендует уделять внимание аудитории, сообщению, каналу и времени передачи; разбор инцидента позволяет определить, что именно из этого дало сбой.
Определите источник ожидания, вместо того чтобы списывать всё на опоздания
Выстройте на единой временной шкале моменты, когда информация появилась, была отправлена, стала доступна для чтения и когда была фактически использована. Сравните эти точки с согласованным сроком, к которому она требовалась. Быстрый ответ все равно может оказаться запоздалым для выполнения задачи, тогда как ответ на следующий день вполне может укладываться в график. Если согласованного времени ответа не было, зафиксируйте его отсутствие, а не придумывайте нарушенные обязательства. Затем проверьте, чего именно ждал процесс: доступа, разъяснений, экспертизы, свободных ресурсов или согласования. Задержка согласования требует подтверждения роли принимающего решение лица, а не домыслов о чьем-то нежелании отвечать.
Проверьте гипотезу с помощью контрпримера
Прежде чем принимать меры, спросите себя: что могло бы опровергнуть ваше объяснение? Если коллега получил актуальный файл и точно описал требуемое действие, дополнительные напоминания не решат оставшуюся проблему. Если рецензент дал рекомендации, но не имел полномочий утвердить изменение, задержка может быть связана с зоной ответственности. Модель DACI от Atlassian разграничивает тех, кто вносит вклад, и того, кто принимает решение; ориентироваться следует на действующее распределение полномочий в команде. Не стоит внедрять DACI исключительно ради разбора этого инцидента. Также проверьте, не застопорилась ли бы следующая задача из-за нехватки материалов или высокой нагрузки, даже если бы коммуникация была идеальной.
Завершите разбор одним подтвержденным изменением
Сформулируйте первый доказанный сбой, его последствие и минимальное корректирующее действие, связанное с ним. Если кого-то забыли включить в рассылку, достаточно добавить этого человека на данном конкретном этапе; если критерии выполнения были двусмысленными, согласуйте между сторонами конкретный пример. Укажите, кто внесет исправление, и проверьте следующую аналогичную передачу информации на предмет той же ошибки. Если доказательств недостаточно, зафиксируйте, что еще требует проверки. Итогом разбора должны стать обоснованное объяснение и поддающаяся проверке корректировка. Проектирование комплексного процесса обмена информацией или эскалации — это отдельная задача, к которой стоит переходить только тогда, когда повторяющиеся инциденты подтвердят системную необходимость.