Ефективність та мотивація

Метод 5 whys: проста техніка, щоб дістатися до кореня проблеми

Постійне гасіння пожеж – прокляття багатьох керівників проектів. Метод 5 чому дозволяє зупинити цей процес за допомогою ефективного аналізу першопричин. Дізнайтеся, як дістатися до суті проблеми та усунути помилки в їхньому джерелі.

У цій статті ви дізнаєтеся: Що таке метод “5 причин” і як він виявляє першопричини Як філософія Toyota сформувала цей метод вирішення проблем Як крок за кроком провести структурований аналіз 5 причин Найпоширеніші помилки в аналізі першопричин Як керівники проектів використовують 5 причин для усунення затримок і проблем Як поєднання 5 Whys з Ісікавою покращує діагностику

Що таке метод "5 чому" і хто його створив? Філософія вирішення проблем Toyota

Метод “5 whys” – це детективна робота над процесом. Повторюючи питання “Чому?”, ви можете відокремити поверхневі симптоми від їхніх справжніх причин. Хоча перша відповідь часто звинувачує людський фактор, справжня проблема зазвичай лежить глибше: у недосконалій технології або організаційній структурі.

Творцем методу “5 чому” був Сакічі Тойода, візіонер і засновник Toyota Motor Corporation. У японській виробничій системі ця методика стала основою культури кайдзен, тобто філософії безперервного вдосконалення, а її популяризатор Тайічі Оно визначив її як науковий підхід, який уникає пошуку винних на користь пошуку реальних рішень. Це чудово ілюструє класичний урок із заводу Toyota про раптову зупинку робота на виробничій лінії. Замість того, щоб задовольнитися поверхневим діагнозом, що машина зупинилася через перегорання запобіжника, команда копнула глибше і виявила, що перевантаження підшипника призвело до перегорання запобіжника. Подальші питання показали, що перевантаження було спричинене недостатнім змащенням внаслідок поломки масляного насоса, який перестав перекачувати рідину, оскільки його вхідний отвір був забитий металевими тирсою. Зрештою, виявилося, що першопричиною проблеми була відсутність фільтра. Якби команда обмежилася заміною запобіжника, несправність повторювалася б регулярно, і лише встановлення відсутнього компонента назавжди усунуло несправність.

 

Як покроково провести аналіз "5 whys"?

Ця техніка особливо цінна при використанні методології Waterfall. При традиційному, лінійному підході до управління помилка, виявлена на пізньому етапі, може призвести до величезних витрат і затримок. Повторюючи запитання “Чому?”, команда може точно діагностувати, на якому етапі жорсткого процесу сталася помилка. Це дозволяє внести зміни до стандартів, перш ніж переходити до наступного етапу, що в умовах Waterfall має вирішальне значення для збереження цілісності всього проекту.

Хоча на перший погляд цей метод здається надзвичайно простим, його ефективність залежить від дисциплінованості команди та ретельності аналізу. Замість того, щоб просто покладатися на інтуїцію, лідери повинні базувати процес на достовірних даних і безпосередньому спостереженні за тим, що насправді відбувається. Щоб зробити якісний причинно-наслідковий аналіз, потрібно виконати такі кроки:

• Точне визначення проблеми: ключ до успіху – зібрати команду, яка має безпосереднє відношення до проблеми, і описати її за допомогою конкретних даних. Уникаючи узагальнень на користь фактів (наприклад, “15% відправлень затримано цього тижня”), команда зможе повністю зосередитися на правильному вирішенні проблеми.
• Визначення безпосередньої причини: перше запитання “чому?” слугує для визначення безпосередньої причини помилки. На цьому етапі важливо, щоб відповіді ґрунтувалися на фактах і спостереженнях, які можна перевірити, виключаючи суб’єктивні припущення.
• Дослідження першопричин: повторюючи питання кілька разів (зазвичай п’ять разів), аналіз поглиблюється. Мета процесу – знайти причину, на яку організація може реально вплинути.
• Перевірка логіки (тест “отже”): послідовність зроблених висновків перевіряється за допомогою тесту зворотної логіки. Це передбачає об’єднання відповідей фразою “…і тому”. Якщо послідовність на кшталт “Відсутність стандарту роботи і, відповідно, помилка оператора” звучить логічно, аналіз проведено правильно.
• Впровадження коригувальних дій: на останньому етапі основна увага приділяється розробці та впровадженню змін, спеціально розроблених для усунення виявленої першопричини. Щоб забезпечити успішне завершення процесу, життєво важливо розробити чіткий резюме який перетворює стратегічні рішення на конкретні кроки. Це передбачає розподіл конкретних завдань, призначення відповідальних осіб, які очолюватимуть кожну ініціативу, та встановлення обов’язкових термінів виконання.

Типові помилки при відповіді на питання "чому?" під час аналізу першопричин

Навіть такий інтуїтивний метод може призвести до помилкових висновків, якщо під час аналізу команда потрапляє в типові когнітивні та організаційні пастки. Ось найпоширеніші помилки:

• Пошук винних: зосередження уваги на людині (“працівник припустився помилки”), а не на відсутності стандартів, навчання чи запобіжних заходів у процесі.
• Навідні запитання: постановка звинувачувальних запитань (наприклад, “Чому ви не переконалися в цьому ще раз?”), що перешкоджає чесному аналізу.
• Занадто швидке завершення: зупинятися на поверхневій відповіді (наприклад, “машина зламалася”), не досліджуючи технічні або організаційні причини.
• Покладання на припущення: неспроможність перевірити факти.
• Занадто загальні відповіді: фрази на кшталт “тому що не вистачає часу”, які не вказують на конкретний елемент процесу, що потребує вдосконалення.

5 whys в практиці керівника проекту - аналіз затримок і проблем, що повторюються в проектах

У роботі керівника проекту метод “5 причин” надає неоціненну підтримку в швидкому аналізі інцидентів, затримок спринту або перевиконання бюджету. Опанування управління завданнями в проектах – як планувати, делегувати та контролювати прогрес – є важливою основою, але саме метод “5 причин” дозволяє зрозуміти, чому ці плани іноді не спрацьовують. Правильне застосування цього інструменту дозволяє уникнути дорогих виправлень і раз і назавжди усунути повторювані помилки, які гальмують прогрес.

Силу цього інструменту найкраще ілюструє приклад проекту створення веб-сайту, який було затримано на шість тижнів. Якщо розібратися в причинах, то можна побачити, що дедлайн був відсунутий через те, що етап розробки макета зайняв набагато більше часу, ніж планувалося спочатку. Це було пов’язано з тим, що під час роботи клієнт неодноразово просив внести суттєві зміни в концепцію. Якщо копнути глибше, то виявляється, що першопричиною проблеми була відсутність детальних вимог та обсягу проекту на самому початку. Така ситуація виникла через те, що графік не передбачав проведення ознайомчого семінару з ключовими особами, які приймають рішення, а це означало, що найважливіший початковий документ, Паспорт проекту, не містив чітко визначеного обсягу робіт. Остаточний аналіз привів до першопричини: у стандартному процесі проведення тендерів компанії просто відсутній обов’язковий етап з’ясування вимог до підписання контракту. Зробивши це відкриття, керівник проекту може вжити конкретних та ефективних коригувальних заходів. Замість того, щоб просто гасити пожежу в поточному порядку, вони впроваджують семінар відкриттів у звичайний процес продажів і впроваджують чіткі правила управління змінами.

Поєднання 5 whys з іншими методами (наприклад, діаграмою Ісікави)

Хоча метод “5 причин” є надзвичайно ефективним, при ізольованому використанні він іноді може обмежити команду одним, випадковим шляхом аналізу. Щоб зменшити цей ризик і забезпечити комплексний підхід, важливо розглядати цей метод як наріжний камінь гнучкого управління проектами: ключові стратегії для успішних проектів. Поєднуючи 5 “чому” з діаграмою Ісікави, яку часто називають діаграмою “риб’ячої кістки”, менеджери можуть досягти набагато більш надійної діагностичної основи. У цьому випадку діаграма Ісікави забезпечує необхідну “широту”, класифікуючи потенційні причини, такі як люди, процеси, технології або обладнання, в той час як метод 5 причин забезпечує “глибину”, необхідну для того, щоб дістатися до джерела проблеми.

На практиці ця синергія функціонує подібно до ментальної карти, дозволяючи командам візуалізувати зв’язки між різними операційними сферами, не випускаючи з уваги критично важливі потоки. Спочатку проводячи мозковий штурм структури Ісікави, а потім застосовуючи 5 “чому” до її найважливіших гілок, команди уникають поверхневих гіпотез. Ця методологія ідеально узгоджується зі стандартами звітності А3 та циклом PDCA (Plan-Do-Check-Act – Плануй-Виконуй-Перевіряй-Дій). Зрештою, ця інтегрована стратегія дозволяє планувати коригувальні дії, які реалістично і постійно покращують показники KPI та організаційні процедури в усіх підрозділах.