Проблема видна в одном месте. Причина может находиться уровнем выше

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

1. 01

   Человек

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

2. 02

   Команда

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

3. 03

   Подразделение

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

4. 04

   Компания

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

5. 05

   Внешний контур

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

Масштаб проявляется в повторяемости и границах поведения.

1. 01

   Где проблема повторяется

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

2. 02

   Что меняется при смене контекста

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

3. 03

   Кто действительно может устранить механизм

   Если начальник склада не вправе изменить показатель, бюджет или приоритет IT, назначать ему задачу «решить проблему» означает спутать ответственность с полномочием.

4. 04

   Какая история у симптома

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

Признак системной причины — проблема переживает замену людей и возвращается в новом проекте под другим названием.

Воздействие уровнем ниже создаёт активность, но не меняет механизм.

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

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

Действовать нужно на минимальном уровне, способном изменить причину.

Не всякую проблему следует немедленно поднимать на уровень генерального директора. Системное объяснение тоже может быть удобной формой ухода от локальной ответственности. Поэтому рабочее правило требует двух проверок.

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

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