На первый взгляд эта история выглядит как классическая ошибка исполнителя.

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

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

Что произошло?

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

Исполнитель говорил про процессы в логике СМК. Руководитель хотел разговор про бизнес-процессы в логике создания ценности.

И вот тут начинается самое важное.

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

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

Что именно иллюстрирует эта история?

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

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

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

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

5. Позднее обнаружение ошибки Сбой вскрылся в самой дорогой точке — на финальном выступлении. Это значит, что у системы не было механизма дешёвой ранней проверки: «Мы вообще делаем тот результат, который нужен?»

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

Хотя на самом деле провал был почти неизбежен.

Главный вывод здесь такой:

если результат зависит от того, насколько исполнитель сам догадается, что именно имел в виду руководитель, значит, в компании нет нормальной системы управления задачами.

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

Потому что личный урок полезен.

Но настоящий источник проблемы — не в человеке. Он в системе, которая делает подобные провалы нормой.