Клиент получил старую версию предложения. Команда решила «быть внимательнее». Через неделю ошибка повторилась: в общей папке по-прежнему лежат два файла с похожими названиями, а актуальная версия не обозначена.
В чём суть
Разбор помогает понять, почему возникла ошибка и почему её не заметили при проверке. Вопрос «почему» полезен, пока ответы опираются на факты. Не обязательно задавать его ровно пять раз и искать единственную корневую причину: у сбоя может быть несколько взаимодействующих условий.
Как действовать
- Сначала ограничьте последствия и восстановите нужную работу. Отдельно назначьте время разбора.
- Постройте последовательность событий по сообщениям и документам. Обозначьте, что неизвестно.
- Для каждой версии причины найдите подтверждение или способ проверки. Разделите причину появления ошибки и причину, по которой её не заметили.
- Решите, что изменить, кто за это отвечает и как вы проверите, повторяется ли сбой. Объясните участникам новый порядок.
Восстановили историю: файл скопировали из старого письма, в папке не было единой актуальной ссылки, финальную проверку делали по названию. Команда вводит один источник действующего предложения и сверку версии перед отправкой. Затем проверяет несколько передач, включая работу замещающего сотрудника.
Что учесть
Отсутствие обвинений не отменяет ответственности за сознательное нарушение правил. Но обсуждение санкций и поиск системных причин — разные задачи. Не подменяйте доказательства удобной историей о невнимательности.
Как понять, что получилось
Выбранное действие устраняет подтверждённую причину, и за него отвечает конкретный человек. «Провести беседу» недостаточно, если путь к ошибке остался прежним. Отслеживайте повторение, а не факт проведённого разбора.
Шаблон
Сбой и последствия: Как восстановили работу: Хронология: Подтверждённые условия: Неизвестное: Почему ошибку не заметили: Изменение / владелец / срок: Как проверим, повторяется ли ошибка:
Учебные примеры вымышлены; числа и сроки не являются нормативами. Редакция от 10 октября 2026