Представьте: задача сорвана, клиент недоволен, руководитель злится, команда устала.
Нужно понять, что произошло.
Но если начать так:
Кто это допустил?
разговор быстро станет защитным. Один будет оправдываться. Второй - доказывать. Третий - молчать, чтобы не попасть под раздачу.
В итоге ошибку вроде бы обсудили, но причина осталась туманной. В следующий раз все повторится.
Чтобы разбор помог, он должен быть технологическим: не про плохих людей, а про цепочку действий, решений и сбоев.
Что значит «технологически разобрать ошибку»
Это значит пройти по процессу без ярлыков.
Не так:
Ты опять все провалил.
А так:
Давайте посмотрим, в какой момент план перестал совпадать с реальностью.
Не так:
Почему ты не подумал?
А так:
На каком шаге стало понятно, что срок под угрозой?
Не так:
Кто виноват?
А так:
Какой сигнал мы пропустили и как теперь его будем ловить раньше?
Разница большая. В первом случае человек защищает себя. Во втором - помогает найти сбой.
Почему люди защищаются на разборе
Потому что слышат не вопрос, а угрозу роли.
Фраза:
Почему ты не предупредил?
может звучать как:
Ты безответственный.
Фраза:
Как вы вообще это согласовали?
может звучать как:
Вы некомпетентные.
Фраза:
Кто это решение принял?
может звучать как:
Сейчас найдем крайнего.
Если человек чувствует, что его ставят в плохую роль, он будет защищаться даже там, где мог бы спокойно рассказать факты.
Сначала снимите угрозу обвинения
Перед разбором полезно проговорить рамку.
Фразы:
Давайте не будем искать виноватого. Мне важно понять, где сломался процесс.
Разбираем не личные качества, а последовательность действий.
Сейчас не задача наказать. Задача - понять, что нужно изменить.
Я не хочу устраивать допрос. Давайте восстановим цепочку по фактам.
Так вы заранее снижаете тревогу и сопротивление.
Шаг 1. Восстановите план
Сначала нужно понять, как должно было быть.
Вопросы:
Какой был исходный план?
Какой срок был согласован?
Кто за что отвечал?
Какие контрольные точки были?
Какие условия считались важными?
Без исходного плана разбор превращается в спор мнений. Один говорит: «все было нормально», другой говорит: «нет, было плохо». Нужна опора.
Шаг 2. Восстановите фактическую цепочку
Потом смотрим, что произошло на самом деле.
Вопросы:
Что было сделано первым?
Когда появилась первая проблема?
Кто о ней знал?
Кому сообщили?
Что сделали после этого?
Где решение зависло?
Важно идти по шагам. Не прыгать сразу к выводу.
Шаг 3. Найдите точку расхождения
Обычно ошибка появляется не «вдруг». Где-то план начал расходиться с реальностью.
Например:
- срок был реальный, но поздно пришли данные;
- данные пришли вовремя, но никто не проверил качество;
- риск увидели, но не сообщили руководителю;
- сообщили, но без конкретного запроса;
- запрос был, но не было ответственного;
- ответственный был, но не было контрольной точки.
Фраза для разговора:
Похоже, расхождение началось здесь: риск появился во вторник, но в общий чат он попал только в пятницу. Давайте проверим, так ли это.
Шаг 4. Отделите факт от ярлыка
Факт:
Предупреждение отправили в пятницу в 18:40.
Ярлык:
Вы опять тянули до последнего.
Факт:
В задаче не было ответственного за согласование.
Ярлык:
Никто ничего не контролирует.
Факт:
Клиент прислал новые требования после согласования макета.
Ярлык:
Клиент сам не знает, чего хочет.
На разборе лучше держаться фактов. Ярлыки могут быть эмоционально понятны, но они редко помогают исправить процесс.
Шаг 5. Сформулируйте изменение
Разбор без нового порядка бесполезен.
Плохо:
В следующий раз будьте внимательнее.
Лучше:
Если риск по сроку больше одного дня, ответственный пишет в общий канал до конца рабочего дня и предлагает два варианта: перенос срока или сокращение объема.
Плохо:
Надо лучше контролировать.
Лучше:
По таким задачам ставим контрольную точку в середине срока. На ней проверяем не только статус, но и риски.
Плохо:
Больше так не делайте.
Лучше:
Договоримся: изменения требований после согласования попадают в отдельный список и оцениваются как новый объем.
Как говорить, если человек все равно защищается
Он говорит:
Вы сейчас хотите сделать меня виноватым.
Можно ответить:
Нет. Если бы задача была найти виноватого, разговор шел бы иначе. Сейчас я хочу понять цепочку: где появился риск, кто его увидел и почему он не дошел до решения.
Он говорит:
Ну да, конечно, опять я крайний.
Можно ответить:
Я не называю тебя крайним. Я спрашиваю про конкретный шаг: когда стало понятно, что срок не выдерживаем?
Он говорит:
Я уже объяснял.
Можно ответить:
Да, я услышал общий вывод. Сейчас хочу восстановить последовательность, чтобы мы не повторили ошибку.
Когда разбор лучше отложить
Не разбирайте ошибку сразу, если человек на сильных эмоциях: злится, стыдится, защищается, перебивает, слышит в каждом вопросе обвинение.
В этот момент лучше сказать:
Сейчас разговор идет слишком эмоционально. Давайте вернемся к разбору завтра и пройдем по фактам спокойно.
Или:
Сейчас нам нужно закрыть последствия. Разбор причин сделаем отдельно, когда будет меньше напряжения.
Короткий шаблон разбора
Можно использовать такую структуру:
- Рамка
Разбираем процесс, не ищем виноватого.
- План
Как должно было быть?
- Факт
Что произошло по шагам?
- Сбой
Где план разошелся с реальностью?
- Причина
Почему этот сбой не поймали раньше?
- Новый порядок
Что меняем, кто отвечает, когда проверяем?
Пример
Руководитель говорит:
Почему клиент узнал о задержке последним?
Плохой ответ:
Потому что менеджер не предупредил, хотя должен был.
Лучше:
Давайте пройдем по цепочке. Риск задержки появился во вторник, когда подрядчик не прислал материалы. Менеджер узнал об этом в среду, но не было правила, когда эскалировать риск клиенту. В итоге клиент узнал только в пятницу. Предлагаю новый порядок: если риск по сроку больше одного дня, менеджер предупреждает клиента в тот же день и предлагает новый план.
Здесь есть факт, цепочка, причина и изменение. Нет ярлыка.
FAQ
Чем технологический разбор отличается от поиска виноватых?
Поиск виноватых отвечает на вопрос «кто плохой». Технологический разбор отвечает на вопрос «где процесс дал сбой и что меняем».
Можно ли говорить о личной ответственности?
Да. Но лучше говорить о конкретном действии: не предупредил, не проверил, не согласовал. Не превращайте действие в ярлык: безответственный, слабый, ненадежный.
Что делать, если собеседник требует наказать виновного?
Разделите вопросы: последствия, причина, ответственность. Сначала закройте последствия и измените процесс. Ответственность обсуждайте отдельно и по фактам.
Как не превратить разбор в допрос?
Сначала объясните цель разбора. Потом задавайте вопросы по цепочке, а не серией обвинений. После каждого ответа фиксируйте факт и двигайтесь дальше.