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

Менеджер потерял крупного клиента из-за того, что в CRM не сработало уведомление. Технически он не виноват – система подвела. Но он молчит: не идёт к руководителю, не рассказывает, не предлагает исправить. Просто надеется, что в этот раз никто ничего не заметит.

Чаще всего сотрудники действуют именно так. Ошибки замалчиваются, из‑за чего компания не может на них учиться, копит риски и снова сталкивается с теми же проблемами. Руководители говорят о «культуре открытости», но культура – это не то, что написано на плакате в переговорной. Это то, как ведёт себя начальник, когда подчинённый приносит плохие новости. 

Большинство компаний реагируют на ошибки неправильно. Вместо анализа причин начинается поиск крайнего. Вместо улучшения процессов – выговор или лишение премии. В результате сотрудники быстро усваивают: признаваться опасно.

Если отдел персонала готов к переменам, пора вводить новый порядок работы с ошибками: с поиска виноватого переключиться на системный разбор причин. В статье разбираем как это сделать.

Почему люди скрывают ошибки

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

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

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

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

Нежелание подставить других. Бывает и обратная ситуация: сотрудник понимает, что проблема возникла не только по его вине. Рассказать об этом – значит подставить и втянуть в разбирательство коллегу, другой отдел или руководителя.

Культура, где ошибка – это отклонение. В таких компаниях считается, что профессионал не ошибается. Значит, любой промах – это подтверждение непрофессионализма. С этим убеждением тяжело бороться – оно уже въелось в рабочие привычки и потихоньку диктует, как всем себя вести.

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

Ошибка, нарушение или умышленное действие?

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

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

Проступок – нарушение известного правила. Сотрудник знал, как надо, но отступил. В этом случае необходимо давать обратную связь, разбирать, почему так вышло, и фиксировать в системе. Часто причина не в «плохом сотруднике», а в том, что правило неудобно или противоречит реальности – тогда правят и правило, и поведение.

Преступление – повторный проступок или серьёзный ущерб. Если сотрудник уже получал обратную связь и снова нарушил, либо последствия значительны, тут уже речь не об обучении, а о персональной ответственности – вплоть до увольнения.

Такое различие помогает не смешивать обычный рабочий промах с сознательным нарушением. В первом случае главным результатом разбора должно стать улучшение работы. В последнем – уже вопрос личной ответственности.

Как узнать об ошибках?

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

При этом форма не должна превращаться в длинный отчёт. Достаточно следующих данных:

• что произошло;

• на каком этапе;

• что делал сотрудник перед этим;

• какая инструкция или процедура использовалась;

• удалось ли исправить ситуацию;

• что, по мнению сотрудника, могло бы предотвратить её повторение.

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

Что пошло не так: разбираем ошибку

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

Шаг 1. Зафиксировать, что произошло

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

На этом этапе не нужны обвинения или объяснение мотивов. Фраза «он был невнимателен» – уже интерпретация, а не факт.

Шаг 2. Понять контекст ситуации

При разборе важно восстановить условия, в которых произошла ошибка. Например:

• была ли у сотрудника понятная инструкция;

• была ли у него нужная информация;

• хватало ли времени;

• не потерялась ли информация при передаче;

• можно ли было проверить результат заранее.

В авиации после инцидента смотрят на все факторы, а не только на действия пилота. Подход «черный ящик» можно использовать и в компании: разобрать, что происходило вокруг сотрудника в момент ошибки.

Шаг 3. Найти причину

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

«Пять почему» – самый прямой вариант: взять проблему и несколько раз задать вопрос «почему это произошло?». Например, сотрудник отправил не тот файл. Почему? Перепутал документы. Почему? Они выглядели одинаково. Почему? В системе нет различий между ними. Такой разбор помогает уйти от первого объяснения и найти причину, с которой уже можно что-то сделать. При этом число пять условное: иногда достаточно трёх вопросов, иногда нужно больше.

Диаграмма Исикавы нужна, когда причин может быть несколько. Проблему помещают в центр, а возможные причины раскладывают по группам – например, люди, процессы, оборудование, материалы, информация и условия работы. Получается карта, на которой видно, какие факторы стоит проверить.

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

RCA (Root Cause Analysis) – это уже не отдельный метод, а общий подход к поиску причин. В него могут входить «пять почему», Исикава, анализ изменений в процессе и другие инструменты. Его используют, когда нужно подробно разобраться в серьёзной или повторяющейся проблеме и определить, какие изменения помогут её предотвратить.

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

Шаг 4. Изменить процесс

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

Если проблема возникла из-за непонятной инструкции – её нужно переписать. Если не хватало проверки – добавить её в процесс или чек-лист. Если сотрудники по-разному выполняют одну операцию – зафиксировать единый порядок действий.

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

Шаг 5. Вернуть результат команде

Сотрудник сообщил о проблеме – компания её разобрала – процесс изменился. Важно сообщить команде, что именно было изменено.

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

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

Как превратить разбор ошибки в обучение

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

Формат зависит от проблемы. Где-то достаточно поправить инструкцию. Где-то стоит добавить в курс короткое объяснение или проверочный вопрос. Если ситуация сложная или повторяется, можно разобрать её как отдельный кейс и показать, как правильно действовать.

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

В Teamly такой подход можно реализовать непосредственно в базе знаний и курсах: обновить материал после разбора, добавить проверочный вопрос или небольшой тест. При этом обучение становится продолжением работы с ошибками, а не отдельной активностью HR или L&D.

Как понять, что система работает

Оценивать эффективность только по количеству ошибок бессмысленно. В первые месяцы их число даже может вырасти: сотрудники начали сообщать о том, о чём раньше предпочитали молчать.

Гораздо полезнее смотреть на несколько других показателей:

• как часто повторяется один и тот же тип ошибки;

• сколько времени проходит от возникновения проблемы до её обнаружения;

• сколько раз после разбора менялся процесс или инструкция;

• какие материалы чаще всего ищут в базе знаний;

• какие темы вызывают больше всего вопросов или неправильных ответов;

• как быстро информация об изменениях появляется в инструкциях и обучающих материалах.

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

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

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

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

Тогда каждый промах – не повод для переживаний, а сигнал: тут можно сделать лучше. В этом и есть зрелый подход: не прятать проблемы, а убирать причины, из‑за которых одна и та же ошибка повторяется снова и снова.