Методы решения проблем: системный подход

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

Шаг 1: чётко сформулировать проблему

Хорошо сформулированная проблема — наполовину решённая проблема. «Всё плохо», «сотрудники не работают» или «компьютер сломан» — это не формулировка, а настроение. Из таких слов непонятно, что делать.

Симптом и причина

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

Поэтому на первом шаге не делайте выводов о причине — просто запишите то, что наблюдаете.

Формулировка проблемы

Формулировка проблемы — это её точное описание в одном-двух предложениях. Она отвечает на пять вопросов: кто (кого это затрагивает), что (что именно происходит), когда (с какого времени, в какое время), где (в каком месте, в каком отделе) и насколько (как часто, в каком объёме). Условный пример:

Кто: слушатели вечерней группы.
Что: приходят на занятия с опозданием на 10–20 минут.
Когда: с начала сентября, в основном по понедельникам и четвергам.
Где: во втором филиале центра.
Насколько: на каждом занятии опаздывают несколько человек из группы.

Обратите внимание: в формулировке нет ни решения, ни виноватого. Нет фразы «слушатели безответственные» — это пока непроверенное предположение.

Шаг 2: собрать информацию

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

• Факт — то, что можно проверить: «За последние две недели на занятия по понедельникам опоздали 6 человек» (число условное), «Принтер сообщает, что замялась бумага».
• Предположение — мысль, высказанная уверенно, но не проверенная: «Они опаздывают нарочно», «Принтер устарел».

Предположение полезно как гипотеза для проверки; ошибка — принимать его за факт. Простые способы собрать информацию:

1. Наблюдение. Посмотрите на процесс своими глазами: когда и в каком виде проявляется проблема.
2. Расспросы. Спросите тех, кого это касается: «Что происходит?», «Когда это началось?». Вместо обвиняющего «Почему вы так делаете?» спросите: «Что вам мешает?»
3. Записи. Неделю-две ведите записи в обычной тетради или электронной таблице: дата, время, что произошло.
4. Сравнение. Где проблема есть, а где её нет? Если в первом филиале опозданий нет, разница между двумя филиалами — важная подсказка.

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

Шаг 3: найти корневую причину

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

Метод «5 почему»

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

Руководитель учебного центра Дильноза разбирается с опозданиями в вечерней группе (пример условный):

1. Почему слушатели опаздывают? Большинство из них ездит на автобусе, а автобус прибывает на остановку почти к самому началу занятия.
2. Почему это происходит только в этой группе? Почти все в группе живут в соседнем районе и ездят по одному маршруту, а в вечерние пробки этот маршрут замедляется.
3. Почему занятие начинается именно в это время? Расписание составляли для предыдущей группы и для новой не меняли.
4. Почему не меняли? При открытии группы слушателей не спросили, какое время им удобно.
5. Почему не спросили? В центре нет порядка согласования расписания со слушателями при открытии новой группы.

Корневая причина — не «недисциплинированные слушатели», а отсутствие порядка согласования расписания. Если её устранить, проблема не повторится и в будущих группах.

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

Диаграмма Исикавы («рыбья кость»)

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

Часто используемые категории:

• Люди — знания, опыт, усталость.
• Методы — порядок работы, расписание, инструкции.
• Оборудование — компьютер, программы, инструменты.
• Материалы — сырьё, товар, документы.
• Среда — помещение, погода, транспорт.
• Измерение — как считается результат.

Для проблемы с опозданиями у Дильнозы диаграмма может выглядеть так: Люди — некоторые слушатели едут прямо с работы; Методы — расписание не согласовано, нет понятного правила для опоздавших; Оборудование — не работает звонок у входной двери, и людям приходится ждать; Среда — вечерние пробки; Измерение — посещаемость ведётся только на бумаге, опоздания не фиксируются. Затем самые важные причины проверяются фактами. Эта логика близка к алгоритмическому мышлению: разбить большое на небольшие части, которые можно проверить.

Шаги 4–5: варианты решения и их оценка

Как придумать варианты

Не цепляйтесь за первое пришедшее в голову решение — запишите как минимум три варианта. Для этого:

• придумайте отдельное решение для каждой корневой причины;
• спросите себя: «Что бы я сделал, если бы ограничений не было?» — а затем приспособьте идею к реальным условиям;
• спросите тех, кто уже сталкивался с такой проблемой;
• запишите и вариант «ничего не делать» — он станет точкой отсчёта для сравнения остальных.

Сначала много идей, потом отбор. О техниках поиска идей — в статье о творческом мышлении.

Варианты Дильнозы: (A) начинать занятия вечерней группы на полчаса позже; (B) перевести слушателей в первый филиал, который ближе к автобусной остановке; (C) отвести первую часть занятия под повторение и вопросы, а новую тему начинать позже; (D) ничего не менять.

Таблица плюсов и минусов

Самый простой способ — выписать рядом плюсы и минусы каждого варианта.

Простая матрица решений

Когда вариантов много, помогает матрица решений:

1. Запишите критерии: например, эффективность, простота внедрения, удобство для слушателей, нагрузка на преподавателя.
2. Присвойте каждому критерию вес: 1 — не очень важно, 3 — очень важно.
3. Оцените каждый вариант по каждому критерию от 1 до 5.
4. Умножьте балл на вес и сложите.

Пример с условными баллами (в скобках — с учётом веса):

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

Шаги 6–7: план действий и проверка результата

Решение и план действий

Приняв решение, превратите его в конкретные задачи. Для каждой задачи три вопроса: кто выполняет, что делается, до какого срока. Задача без ответственного обычно так и остаётся невыполненной.

План Дильнозы (сроки условные):

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

Цикл PDCA: проверить результат и сделать выводы

Считать, что работа закончена, как только решение внедрено, — ошибка. Сработало ли оно на самом деле? Для проверки применяют цикл PDCA:

1. Plan (планирование) — определить проблему, причину и решение, заранее договориться, как измерять результат: «две недели фиксируем количество опозданий».
2. Do (выполнение) — сначала опробовать решение в небольшом масштабе: в одной группе, в течение нескольких недель.
3. Check (проверка) — сравнить результат с исходным положением. Опозданий стало меньше? Не появилась ли новая проблема?
4. Act (действие) — если решение сработало, закрепить его как постоянный порядок и распространить на другие группы; если нет — вернуться к этапу Plan и попробовать другой вариант.

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

Особые ситуации

Решение проблем в условиях стресса

В экстренной ситуации системно думать труднее. В такой момент:

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

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

Обсуждение в команде без обвинений

Когда команда обсуждает проблему, главный вопрос — не «Кто виноват?», а «Что произошло и что мы изменим в процессе?». Тот, кто боится наказания, скрывает ошибку, и причина так и не выясняется. Правила обсуждения без обвинений:

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

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

Технические проблемы: меняйте одну переменную

Частая ошибка при технической проблеме — менять несколько вещей одновременно. Допустим, ноутбук Жавохира не подключается к офисному Wi-Fi. Он перезагружает роутер, заново вводит пароль, обновляет драйвер и отключает антивирус — после этого интернет появляется. Но что именно помогло, неизвестно.

Правильный путь — логика поиска неисправностей:

1. Сузьте область поиска. Подключается ли к этой сети другое устройство? Если да, проблема в ноутбуке; если нет — в роутере.
2. Сделайте одно изменение. Например, только перезагрузите ноутбук.
3. Проверьте. Заработало? Если да, остановитесь и запишите, что помогло.
4. Если нет, переходите к следующему единичному изменению. Например, в разделе Settings → Network & Internet → Wi-Fi → Manage known networks выберите сеть, нажмите Forget и подключитесь заново.

Записывайте каждый шаг. Советы по ускорению компьютера тоже применяйте по одному.

Когда просить о помощи

Просить о помощи — не слабость. Обратитесь к специалисту или опытному коллеге, если:

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

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

Пример: нехватка товара в магазине Сардора

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

1. Формулировка. «В будние дни после шести вечера заканчиваются молоко и хлеб; каждый день несколько покупателей уходят ни с чем. Проблема — с сентября».
2. Информация. Две недели Сардор записывает в тетрадь: сколько коробок молока и сколько буханок хлеба привезли, во сколько всё закончилось. Например, в будни молоко приходило по 20 коробок и к вечеру заканчивалось, а в выходные оставалось.
3. Корневая причина. Вопросы «почему?»: молоко заканчивается → заказ каждый день одинаковый → его делают по привычке с прошлого года → в махалле построили новый дом и покупателей стало больше, а заказ не изменился → нет привычки сверять заказ с записями о продажах.
4. Варианты. (A) увеличить заказ в будни до 25 коробок, а в выходные уменьшить; (B) попросить поставщика привозить товар второй раз днём; (C) принимать предварительные заказы от постоянных покупателей.
5. Оценка. Сардор выбирает три критерия: чтобы товар не оставался и не портился, простота внедрения, удобство для покупателей. Матрица ставит на первое место вариант A, а C — как дополнение.
6. План. Сардор меняет заказ со следующего дня, продавец Гульнора две недели отмечает, когда заканчивается товар, а каждое воскресенье они вдвоём смотрят записи и определяют заказ на следующую неделю.
7. Проверка. Через две недели молока хватает до вечера, но по пятницам немного остаётся. Сардор слегка уменьшает пятничный заказ — это следующий виток цикла PDCA.

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

Частые ошибки

• Сразу перепрыгивать к решению. Решение применяют, не поняв проблему, и оно лишь скрывает симптом.
• Искать виноватого. Даже если заменить человека, неправильный процесс останется, и новый сотрудник допустит ту же ошибку.
• Принимать предположение за факт. «Я знаю, причина в этом» — непроверенная уверенность отнимает больше всего времени.
• Ограничиваться одним вариантом. Без сравнения лучший путь не виден.
• План без ответственных. Задачу, которую «кто-нибудь сделает», не делает никто.
• Не проверять результат. Так и остаётся неизвестным, сработало решение или нет.

Практическое упражнение и чек-лист

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

1. Сформулируйте проблему по вопросам кто, что, когда, где и насколько.
2. Неделю записывайте факты, а предположения — отдельно.
3. Постройте цепочку «5 почему», отметьте у каждого ответа, факт это или предположение.
4. Нарисуйте диаграмму Исикавы как минимум с четырьмя категориями.
5. Запишите не меньше трёх вариантов решения, добавьте и вариант «ничего не делать».
6. Составьте простую матрицу решений с тремя-четырьмя критериями.
7. Оформите план действий в виде таблицы: кто, что, до какого срока.
8. Через две недели проверьте результат и запишите короткий вывод.

Чек-лист

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

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

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