Как обсуждать ошибку на стыке команд, не сводя разговор к поиску виноватого

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

Сначала восстановите ход событий

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

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

Проверьте ясность требований и ролей

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

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

Назовите последствия без обвинительной формулировки

Объясните, что именно стало невозможно или задержалось из-за ошибки: какую проверку пришлось повторить, какой результат не удалось использовать или какой следующий шаг оказался заблокирован. Конкретное описание помогает понять важность ситуации. Формулировки о том, что другая команда «всегда всё портит», превращают отдельный случай в обвинение всей группы и часто вызывают спор о справедливости ярлыка.

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

Отделите исправление от предотвращения повторения

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

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

Зафиксируйте, что изменится после разговора

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

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

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

Источники

  1. Antecedents of Relationship Conflict in Cross-Functional Project Teams