Проклятие «Пяти обвинений»

We use cookies. Read the Privacy and Cookie Policy

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

Когда «Пять “Почему?”» используют не по назначению, я называю это «Пять обвинений». Вместо того чтобы вновь и вновь спрашивать «почему» и выяснять, что пошло не так, расстроенные члены команды начинают тыкать друг в друга пальцами в поисках виноватых. Вместо того чтобы использовать «Пять “Почему?”» для выявления и решения проблем, менеджеры и сотрудники иногда попадают в ловушку и начинают играть в «Пять обвинений» — это помогает им как-то выразить свои негативные чувства. Но такие поиски виноватых не дают увидеть недостатки системы. Мы все склонны считать, что ошибка — это следствие плохой работы какого-то другого отдела, невежества или дурного характера других людей. Но метод «Пяти “Почему?”» предназначен для того, чтобы помочь нам увидеть объективную истину. А она обычно состоит в том, что если проблема повторяется — это следствие неэффективных процессов, а не действий отдельных людей. Если мы поймем это, у нас появится шанс создать более адекватные процессы.

Чтобы не погрязнуть в «Пяти обвинениях», я предлагаю несколько тактик. Во-первых, на встрече, посвященной «Пяти “Почему?”» должны присутствовать все, кого касается проблема. На ней должны быть все те, кто обнаружил или диагностировал проблему, в том числе, если это возможно, сотрудники, обслуживающие клиентов. На ней должны быть все, кто пытался устранить симптом, а также все, кто работал с подсистемами или опциями, связанными с проблемой. Если проблема дошла до уровня высшего руководства, то руководители, которые не решили проблему вовремя, тоже должны прийти на встречу.

В результате на встрече может быть очень много людей, но это не страшно. По моему опыту, если кто-то не будет участвовать в обсуждении, в итоге именно он станет мишенью для обвинений. Козлом отпущения здесь может оказаться любой — и сотрудник низшего уровня, и генеральный директор. Если это простой сотрудник, может показаться, что его легко заменить. Если на встрече не присутствует генеральный директор, все начнут думать, что на его действия повлиять невозможно. Но ни то, ни другое обычно не соответствует действительности.

Обвинения начнутся неизбежно. Но тем из присутствующих на встрече, кто имеет самый высокий статус, нужно выучить и повторять следующую мантру: «Если возникает ошибка, стыд нам и позор за то, что мы ее допустили! Но анализ пяти “Почему?” позволит нам взглянуть на проблему системно».

Вот пример ситуации, в которой эта мантра оказалась очень полезной. В процессе обучения новых сотрудников, который мы создали в IMVU с помощью метода «Пяти “Почему?”», мы просили их в самый первый рабочий день ввести какое-нибудь изменение в продукт. Программистов, обученных традиционным методам разработки, это пугало. Они спрашивали: «Что со мной будет, если я случайно прерву или остановлю процесс?» В компании, где они работали раньше, это считалось серьезной ошибкой, из-за нее могли уволить. Но мы говорили новичку: «Если наш производственный процесс такой хрупкий, что вы сможете нарушить его в первый же день работы, стыд нам и позор, что мы позволили вам это сделать». Если новичку действительно удавалось что-нибудь нарушить, мы немедленно поручали ему устранить проблему, а также придумать, как сделать так, чтобы следующему новичку не удалось повторить его ошибку.

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