Учить, лечить, мочить

Учить, лечить, мочить

Это принцип из книги М. Батырева "45 татуировок менеджера". Помнит его кто-нибудь сейчас?

В компании, где я работала в то время, когда Батырев набирал популярность, он пользовался авторитетом и был предметом гордости - потому что вышел из Сети, к которой принадлежала и наша компания.

Однако в дальнейшем, перечитывая его книги, я многое поставила под сомнение. И в том числе это правило. Что-то мне в нём не нравилось - и после знакомства с Теорией ограничений поняла, что именно.

Принцип "учить, лечить, мочить" дает подчиненному право на 2 ошибки - после первой ошибки с ним нужно провести обучение, убедиться, что сотрудник все правильно понял; после второй - разобраться в причинах, понять, почему ошибка повторилась и принять меры; если же происходит третья - принимать меры наказания. Батырев оговаривал, что нужно учитывать тяжесть ошибки и то, ошибка это или серьезное нарушение (кража, например, требует санкций сразу же).

Что же с этим принципом не так? Многие руководители брали его на вооружение.

Теория ограничений же говорит - «Прежде чем “мочить” человека, проверь, не “мочит” ли его сама система».

В одной компании пытались внедрить бизнес-процесс взаимодействия между подразделениями через задачи с CRM, а не по звонку. И сотрудникам было запрещено звонить. Но все равно - чуть что сотрудники хватались за телефон.

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

А что было на самом деле?

➖ Задач было много, они были разные по сложности, объему, срокам, приоритету. Исполнители не всегда могли понять, какую задачу выполнять первой и придерживались приоритета по времени поступления задачи. Если постановщику ответ требовался срочно, он его крайне редко получал, и приходилось звонить, чтобы получить обратную связь.

➖ CRM не была настроена должным образом и не давала инструментов для удобной работы с задачами. Например, отсутствовали уведомления о том, что поставлена новая задача. Причем руководство упорно отвергало предложения о введении таких уведомлений, считая, что исполнителю не сложно каждые 15 минут проверять список задач. Естественно, когда исполнитель был занят какой-то задачей, список задач он мог не проверять часами. Без звонка постановщик вообще не понимал, что происходит с задачей.

На этом примере принцип Батырева рушится сразу. Сотрудники прекрасно понимали, что они нарушают правила - но в имеющейся системе иначе они поступить не могли. И никакие наказания не действовали.

Принцип «Учить, лечить, мочить» делает акцент на человека, не учитывая, в каких условиях, в какой системе этот человек нарушил правила и почему.

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

Потому что повторяющаяся ошибка редко бывает просто «человек плохой». Часто за ней стоит что-то из этого:

Конфликт приоритетов.

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

Неправильные показатели.

Человека оценивают по одному, а хотят от него другого. Например, менеджеру ставят план по количеству звонков, а потом удивляются, что он не думает о качестве клиентов.

Узкое место не там, где ищут виноватого.

Ругают продавцов за низкую выручку, а проблема в том, что склад не отгружает вовремя, маркетинг даёт слабые лиды, производство срывает сроки или собственник постоянно меняет приоритеты.

Нет полномочий.

Человеку поручили результат, но не дали права принимать решения.

Перегруз и многозадачность.

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

Опасность фразы «учить — лечить — мочить» в том, что руководитель может начать считать себя правым слишком рано.

Он думает: «Я же объяснил. Значит, человек виноват».

А ТОС спросит: «Ты точно объяснил? Человек точно понял? У него были ресурсы? У него не было противоречивых задач? Система не поощряла обратное поведение?»

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

С точки зрения ТОС принцип полезен как управленческая дисциплина, но его надо дополнить системным мышлением.

Правильная версия звучала бы так:

Учить — диагностировать систему — устранять причину — проверять результат — и только потом жёстко решать вопрос с человеком.

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

Если проблема повторяется у одного человека после понятных правил, помощи и честных предупреждений — тогда это уже вопрос не системы, а соответствия человека роли.