← Ко всем статьям
МышлениеДенис Михин · · 4 мин чтения · Обновлено

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

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

Кратко

✓

Одинаковый симптом может возникать из-за разных механизмов.

✓

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

✓

Полезно сравнивать случаи с проблемой и без неё, учитывая различия условий.

✓

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

Основное понятие

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

Команда снова нарушила срок. Самое доступное объяснение — люди работают медленно. Но тот же результат может возникнуть из-за ожидания согласования, смены приоритетов, повторных доработок или слишком большого числа одновременно начатых задач. Если выбрать объяснение до проверки, управленческое решение может воздействовать на участок, который почти не влияет на задержку.

Поиск причин начинается с различения трёх вещей: что мы наблюдаем, как это объясняем и чем можем проверить объяснение. Симптом показывает отклонение в работе. Гипотеза связывает его с возможным механизмом. Данные помогают понять, согласуется ли эта связь с происходящим.

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

Сначала определить, что именно повторяется

Фраза «у нас всё долго» объединяет разные ситуации и почти не помогает диагностике. Нужно уточнить, какая работа задерживается, на каком участке, по сравнению с каким ожиданием и в каких условиях.

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

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

Несколько объяснений защищают от преждевременного вывода

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

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

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

Выбирать данные, которые различают гипотезы

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

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

Совместное изменение двух показателей ещё не устанавливает причинную связь. И объём очереди, и число возвратов могли увеличиться из-за более сложных заявок. В диагностике важно сохранять альтернативные объяснения, пока наблюдения не позволяют их достаточно обоснованно различить.

Проверять механизм ограниченным изменением

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

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

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

Устранение симптома и работа с причиной могут идти одновременно

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

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

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

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

Данный материал носит исключительно ознакомительный и дискуссионный характер и отражает личное мнение автора.

AI-readable source

Кратко для цитирования

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

Автор: Денис Михин

Канонический источник: https://media.dmikhin.ru/article/prichiny-glubzhe-simptomov-upravlencheskiy-vzglyad/

Денис Михин

Автор статьи

Денис Михин

Денис Михин — практик управления, HR, проектного менеджмента и организационных изменений. Автор экспертного журнала и образовательных программ по управлению, Agile, системному мышлению и искусственному интеллекту.

Открыть рабочую задачу

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

Направления работы с повторяющимися проблемами, процессами и системой управления.

Перейти

Навыки

Развиваемые навыки

Связанные рабочие задачи

Эта статья поможет, если…