Управление проектами в картинках

В 20 веке Сакичи Тойода придумал интересный способ выяснения истинной причины проблемы: пять раз подряд задать вопрос "Почему?" Теперь этот метод стал частью методологии Six Sigma, и вообще очень известен.

Легче всего продемонстировать этот метод на примере. У вас есть проблема - много возвратов товара от клиента. Поехали:

1. Почему клиенты возвращают товар? Ответ: 90% возвратов из-за дефектов во внешнем виде.
2. Почему возникают дефекты во внешнем виде? Ответ: Дефекты возникают при упаковке товара перед отправкой.
3. Почему возникают дефекты при упаковке? Ответ: потому что их упаковывают неправильно.
4. Почему упаковывают неправильно? Ответ: Потому что они не знают, как правильно упаковывать.
5. Почему нет описания правильного способа упаковки? Ответ: потому что это знал один специалист, и он уволился.

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

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

1. Недостаточно просто спросить "почему?". Нужно задать правильный вопрос, потому что на неправильный вопрос невозможно дать правильного ответа.
2. У всякого следствия может быть несколько причин. Когда вы начинаете разматывать цепочку "почему", вы идете только по одной ветке, и не обязательно, что эта ветка приведет вас к истинной причине проблемы.
3. Когда вы задаете вопрос "Почему?" и отвечаете на него, вы исходите только из своих знаний. Таким образом, если причина лежит вне вашей компетенции, метод не работает.

Для углубленного изучения критики метода предлагаю прочесть статью "What’s wrong with 5-Whys?"

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