Вот пример. Фирма, производящая электротехническое оборудование, изменила систему обработки заказов. Теперь она работала более гладко и (по мнению разработчиков) даже сократила время между получением заказа и доставкой продукции. Однако жалоб на несвоевременность поставок стало больше, а не меньше. Это был тревожный сигнал.
Обычно заказы исполняли в течение двух дней после получения. Запасов было достаточно, так что задержки из-за отсутствия нужной продукции быть не могло. Руководство пыталось понять, что происходит, и решило улучшить и без того эффективную работу отдела обработки заказов. Но когда они рассмотрели его деятельность как часть общей системы, то обнаружили любопытные вещи. Поступающие заказы подлежали проверке. Если она проходила гладко, их передавали в производство для выполнения. Если же появлялись вопросы, то для их прояснения требовалось время. Значительная часть вопросов была связана с проверкой кредитоспособности заказчиков. Однако возникавшие в связи этим задержки не были видны, потому что в отчетах отдела такие заказы фигурировали как «обработанные», хотя это не соответствовало действительности.
Когда руководство занялось этими случаями, то обнаружило, что число их весьма велико, а это существенно удлиняет среднее время выполнения заказов. При этом оказалось, что более 90% проходивших проверку в конечном итоге подтвердили свою кредитоспособность. Из этого следовало, что проблема совсем не в людях, — они работали изо всех сил. «Узким местом», ограничивающим пропускную способность системы выполнения заказов, стали слишком строгие правила принятия решений о предоставлении кредита. Таким образом, они оказались точкой приложения рычага. Смягчив эти правила, компания резко сократила число клиентов, ожидающих кредита, и, соответственно, резко снизила среднее время выполнения заказов. Но при этом сомнительные с точки зрения оплаты заказы жестко отсекались, так что количество невыплат не возросло.
В данном случае точкой приложения рычага были критерии предоставления кредита. К тому же «узкое место» оказалось трудно найти, так как заказы, ожидавшие одобрения кредита, числились как «обработанные», поэтому второй точкой приложения рычага стал критерий того, что считать «обработанным заказом». Все, что вы видите и, следовательно, на что можете воздействовать в системе, зависит от того, что и как вы измеряете. Когда некий элемент остается неизмеренным, он незаметен, хотя продолжает влиять на систему.
Если результатом решения проблемы не стало изменение ментальных моделей, можно считать, что она решена не полностью. Учимся ли мы на собственном опыте? Только в том случае, когда он заставляет нас переоценить свои ментальные модели. Какими же они должны быть?
Что значит иметь жесткие, ограничивающие ментальные модели
Что значит иметь системные ментальные модели
Ответ на задачу о поездах