Кратко:
LAM loss register — это инструмент, который переводит скрытые потери из разряда ощущений в объект управления посредством их описания и формализации

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

Почему осознания скрытых потерь недостаточно

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

В этот момент руководитель попадает в важную, но опасную точку.

Опасную — потому что именно здесь чаще всего возникает ошибка: считать, что сам факт осознания уже является управлением.

Управленческая культура последних десятилетий иногда романтизирует осознанность. Кажется, будто заметить проблему — это уже половина решения. Как будто достаточно назвать явление, и оно начнет исправляться. Однако бизнес-системы устроены иначе. В бизнесе «увидеть» — это еще не значит «изменить». А «почувствовать» — тем более не значит «управлять».

Осознание скрытых потерь — это лишь входной порог. Это момент, когда руководитель перестаёт жить в иллюзии гладкой поверхности. Но дальше начинается настоящая работа. И если её не начать, осознанность превращается в особый вид внутренней ловушки — ловушки управленческого напряжения без инструмента.

Почему «осознанность» не равна «управлению»

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

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

Например: сегодня вы заметили лишнюю операцию. Завтра у вас совещание по бюджету. Послезавтра подвёл поставщик. Через неделю — новый проект. И вот «шероховатость» снова стала фоном. Вы снова живёте внутри привычного трения, но уже не помните, где именно оно было.

Осознанность без фиксации — это как мысль, которую вы не записали. Вы уверены, что запомните. Но мозг и система управления устроены одинаково: они забывают всё, что не стало объектом структуры.

И тут возникает принципиальная управленческая граница:

• То, что не оформлено — не управляется.
• То, что не зафиксировано — не существует в системе решений.
• То, что не оцифровано в деньгах — это разговор без приоритета.

Пока потери не переведены на язык денег, энергии и стоимости, они остаются «обсуждаемыми», но не «решаемыми». Это жесткая управленческая реальность, особенно на уровне собственников и топ-менеджмента. Потому что ресурсы всегда ограничены: время, внимание, бюджет, люди, инвестиционные окна, доступ к технологиям. И любая компания вынуждена выбирать, что делать раньше, а что — позже. Но выбирать можно только среди того, что измерено.

Если скрытые потери не имеют стоимости, они проигрывают конкуренцию:

• срочным задачам,
• видимым проблемам,
• ярким проектам,
• публичным KPI.

В итоге они продолжают жить как «слабый шум». А затем в определённый момент превращаются в сильный удар: в кризис, в провал, в потерю конкурентоспособности, в выгорание команды, в потерю инициативы, в падение качества решений.

Осознание без владельца превращается в коллективное «как-то само»

Даже если руководитель осознал потерю и даже если он понимает, что она существенная, возникает следующий вопрос: кто за это отвечает? 

И здесь проявляется типичная проблема зрелых организаций: потери часто лежат на стыках функций:

• Лишний клик в WMS — это IT? Это операционный департамент? Это стандарты качества? Это безопасность? Это WMS-поставщик? Это начальник склада? Это функциональный владелец процесса?
• Постоянные сдвиги сроков объектов — это подрядчик? Это проектный офис? Это департамент развития? Это строительный контроль? Это финансы? Это коммерция?
• Некорректный KPI — это HR? Это финансы? Это собственник? Это совет директоров? Это система мотивации? Это стратегия?

Пока у потери нет владельца, она как будто принадлежит всем. А значит — не принадлежит никому.

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

• «Они там наверху всё понимают, но ничего не меняют».
• «Мы уже говорили об этом год назад».
• «Это невозможно изменить».
• «Не трогай — всё равно не разрешат».

Этот слой — прямое продолжение скрытых потерь, но уже на уровне правил и культуры.

Осознание — это переход от «слепоты» к «тревоге». Дальше нужна структура

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

Эта тревога может выглядеть мягко:

• «Мне кажется, мы теряем энергию».
• «Мне кажется, процессы сложнее, чем должны быть».
• «Мне кажется, мы живём в постоянной реактивности».

Но если она не переходит в структурную работу, она начинает разрушать: 

• или руководителя (выгорание и раздражение), 
• или команду (цинизм и демотивация), 
• или бизнес (потери становятся нормой).

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

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

Возникает парадоксальная ситуация: потери уже известны, но всё ещё не управляются. То есть знание не превращается в действие.

На этом этапе часто звучат фразы:

• «Да, мы понимаем, что здесь есть потери».
• «Мы уже обсуждали это раньше».
• «Все в курсе, что это проблема».
• «Нужно будет как-то к этому вернуться».

С точки зрения психологии управления это выглядит как движение вперёд. С точки зрения системы — это стагнация.

Потому что содержание без формы не меняет поведение системы. Оно лишь создаёт иллюзию прогресса.

В результате:

• совещания становятся дольше;
• обсуждения — эмоциональнее;
• решения — осторожнее;
• ответственность — размытее.

Система как будто говорит: «Мы всё понимаем, но не готовы это трогать». Фактически управленцы занимают позицию объекта по отношению к выявленным скрытым потерям: «а вдруг оно само рассосётся?», но, как уже говорилось ранее, если не управлять потерей, она вскоре будет управлять вами.

Что очень важно понять: непроработанные и оставленные без внимания потери затрагивают и разрушают самый базовый уровень любой организации — культурный.

Когда сотрудники видят, что:

• проблемы озвучиваются, но не фиксируются;
• обсуждаются, но не решаются;
• признаются, но не обретают владельца,

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

Таким образом, найденные, но не оформленные потери начинают разрушать не только эффективность, но и саму способность системы к развитию.

Самое интересное, что чаще всего бизнес в процессе осознания скрытых потерь застревает именно здесь. И причина одновременно проста и неприятна, ведь оформление потерь требует:

• управленческой честности;
• готовности смотреть на цифры;
• признания ошибок предыдущих решений;
• перераспределения ответственности;
• выхода за рамки функций и шаблонов.

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

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

Поэтому следующий шаг LAM — это LAM loss register: инструмент, который превращает наблюдение в реальность, ощущение — в факт, общие слова — в управленческое действие, скрытые потери — в измеримые утечки прибыли и энергии с чёткими причинами, последствиями и ответственными.

Структура LAM loss register.

В LAM потеря становится объектом управления только после двухуровневой обработки.

На первом уровне она должна быть оформлена как NPO (Name-Price-Owner) — иметь название, цену и владельца предотвращения.

На втором уровне она анализируется в контуре PCC (Place – Causes – Consequences) — через место возникновения, причины и последствия.

1. Уровень NPO:

• Название потери (Name) – что именно теряет бизнес
• Цена потери (Price) – сколько это стоит бизнесу
• Владелец потери (Owner) – тот, кто отвечает за предотвращение потери

2. Уровень PCC:

• Место (Place) – где именно возникает потеря
• Причины (Causes) – почему возникает потеря
• Последствия (Consequences) – к каким последствиям приводит потеря

Вывод: Потеря становится управляемой только тогда, когда она описана по NPO и проанализирована в PCC.

Описание и рекомендации для каждого блока:

Name (Название потери)

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

• «Низкая эффективность»
• «Проблемы со сроками»
• «Перегруженность процессов»

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

Потому что невозможно: 

• назначить ответственность за «низкую эффективность»;
• посчитать стоимость «перегруженных процессов»;
• изменить «проблемы со сроками» без понимания, какие именно и где.

В итоге обсуждение потерь превращается в фон, а не в инструмент.

В LAM название потери должно быть:

• конкретным,
• операционным,
• таким, которое указывает на механизм, а не на эмоцию.

Например:

• не «низкая продуктивность склада», а «дополнительное подтверждение SKU при отборе товара»;
• не «проблемы со сроками проектов», а «планирование сроков объектов без учета фактических отклонений предыдущих проектов»;
• не «демотивация команды», а «обесценивание инициатив через повторную проверку и недоверие к внутренней экспертизе».

Название потери — это момент, когда бизнес перестает говорить «в общем» и начинает говорить «по существу».

Price (Сумма потерь в деньгах)

Следующий шаг — денежная оценка. Именно здесь реестр потерь чаще всего «ломается» на практике. Типичная реакция:

• «Мы не можем посчитать это точно».
• «Это слишком сложно».
• «Это косвенные потери».

Даже если убыток обозначен, но не имеет денежной оценки, он почти всегда проигрывает конкуренцию другим задачам. В управлении всегда есть приоритеты. А приоритеты определяются стоимостью. Когда убыток не переведен в деньги, он воспринимается как:

• «важно, но не срочно»;
• «понятно, но сложно»;
• «нужно, но не сейчас».

Пока у потери нет стоимости, у нее нет веса в системе решений, даже если эта стоимость рассчитана примерно. LAM отвечает на это жестко: точность здесь второстепенна, принципиальна сама попытка оценки. Деньги — это универсальный язык управления. Пока потеря не переведена в денежный эквивалент, она не конкурирует за внимание с другими решениями.

Денежная оценка не обязана быть идеальной. Она обязана быть честной и сопоставимой.

Owner (Ответственный за работу по предотвращению)

На этом этапе часто появляется коллективная формула: «Это системная проблема». Формально — правильно, но с точки зрения управления — смертельно.

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

В результате ни один руководитель не ощущает полномочий/желания действовать, и ни один департамент не считает это своей зоной. Как следствие — потери продолжают бесконтрольно воспроизводиться.

Именно поэтому:

• лишние операции живут годами;
• сроки перестают быть обязательством;
• KPI начинают работать против бизнеса;
• инициативы умирают на этапе обсуждения.

Потери становятся частью нормы.

И да, этот элемент — самый чувствительный. В LAM ответственным является владелец предотвращения, а не тот, кто «допустил ошибку». Это человек или роль, которые:

• имеют полномочия влиять на причины;
• могут менять правила и параметры;
• несут ответственность за то, чтобы потеря не повторялась.

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

Place (Место возникновения)

Это место, где система начинает терять свою эффективность. Его довольно часто путают с ответственностью. Но это другое. Место возникновения — это не «кто виноват». Это — где именно в системе возникает механизм потери.

Это может быть:

• конкретный процесс;
• стык функций;
• этап согласования;
• точка принятия решения;
• правило планирования;
• элемент IT-системы.

Без этого поля потеря «размазывается» по организации и перестает быть устранимой.

Causes (Причины возникновения)

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

LAM исходит из другого предположения: люди действуют в рамках системы, которую им задали или в которую их поместили. Поэтому причина потери — это:

• правило;
• параметр;
• структура;
• логика принятия решений;
• интерфейс;
• мотивация;
• распределение ответственности.

Причины в реестре — это отражение управленческих решений, а не характеристика людей.

Consequences (Последствия)

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

• не локальны,
• не изолированы,
• не принадлежат одной функции.

Например:

Смещение сроков сдачи объектов — это не только проблема проектного строительного офиса.
Это проблема и потери:

• продаж,
• маркетинга,
• финансов,
• HR.

Некорректный KPI руководителя — это не только его личная проблема.
Это:

• нераскрытые направления,
• потерянные клиенты,
• внутреннее сопротивление,
• снижение общей эффективности.

Фиксация последствий в реестре разрушает иллюзию локальной оптимизации и готовит почву для следующей методологии — LAM loss map.

Рекомендации по оформлению LAM loss register

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

Именно здесь LAM делает жесткую паузу: LAM loss register не является статическим документом как таковым. Он может быть реализован в Excel, в BI-системе, в WMS, в ERP, в Notion, на корпоративном портале — где угодно. Но используемая форма не имеет решающего значения. Бреестр потерь в LAM — это не про формат. Это про изменение управленческой реальности.

Если относиться к нему как к «еще одной таблице», произойдет предсказуемое:

• таблицу заполнят;
• по таблице отчитаются;
• таблицу отложат;
• таблицу забудут.

А потери продолжат существовать.

Почему? Потому что в этом сценарии реестр не станет динамической частью управления. Он станет частью бюрократии. Формальное заполнение таблицы обычно запускает именно ту динамику, которая убивает её суть. Сначала возникает мотивация «сделать правильно». Затем — мотивация «сдать вовремя». Далее — мотивация «не выделяться». В итоге документ превращается в компромисс между истиной и удобством.

Появляются типичные симптомы:

• потери описываются слишком общо, чтобы не затронуть интересы;
• суммы ставятся «на глаз», чтобы не спорить;
• причины заменяются формулировкой «человеческий фактор»;
• ответственные назначаются так, чтобы никого не перегружать;
• место возникновения формулируется размыто, чтобы избежать конфликта.

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

Таким образом, формальная статическая таблица — это не реестр потерь. Парадокс в том, что реестр можно заполнить идеально, а эффекта не будет. Это происходит тогда, когда реестр:

• не используется при принятии решений;
• не становится источником приоритезации;
• не меняет язык обсуждений;
• не определяет распределение ответственности;
• не становится частью операционного ритма компании.

То есть реестр превращается в «отчёт о том, что мы когда-то видели потери». А бизнесу не нужен просто архив наблюдений. Бизнесу нужна динамичная система управления.

LAM исходит из простого принципа:

• если реестр не влияет на решения — его не существует.
• если реестр не влияет на поведение — он не работает.
• если реестр не меняет мышление — он остаётся формой без содержания.

Выводы

Формализация скрытых потерь (hidden losses) в реестре (LAM loss register) является необходимым инструментом для того, чтобы эти потери стали объектом управления, ведь потеря, не зафиксированная в системе, исчезает из управленческого внимания.

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

Для того чтобы перевести скрытые потери в статус объекта управления, необходимо формализовать их на двух уровнях реестра: NPO + PCC.

Формат LAM loss register — это не просто статичная таблица, фиксирующая скрытые потери. LAM loss register — это инструмент изменения мышления, новая дисциплина мышления и управленческой честности:

• дисциплина видеть потери;
• дисциплина называть их;
• дисциплина считать их стоимость;
• дисциплина связывать причины и следствия;
• дисциплина назначать владельца предотвращения;
• дисциплина возвращаться к потере до тех пор, пока она не перестанет воспроизводиться.

Реестр дает перечень. Но он еще не дает системы. Именно поэтому следующим шагом в LAM становится LAM loss map — карта потерь, которая позволяет увидеть не отдельные строки, а структуру причинно-следственных связей.