Системный сбой часто вызван некомпетентностью, а не заговором

Как обычная ошибка превращается в системный сбой

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

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

Почему некомпетентность становится дорогой

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

Так возникает разрыв между намерением и итогом. Организация может стремиться экономить, обслуживать клиентов или соблюдать сроки — и всё же создавать правила, которые регулярно приводят к обратному результату.

Как проверить версию без догадок

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

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