Продолжаю рассказывать на примерах о приросте полезности и содержательности новой редакции библиотеки ITIL.
Отдельно остановлюсь на методе анализа 5-Why's, который описан в процесс управления проблемами.
В комментариях на нашем портале такой вопрос уже поднимался: а что есть истинная корневая причина инцидентов?
- Принтер не работает, потому что сгорел нагревательный элемент.
- Он сгорел, потому что в электрической сети сильные перепады напряжения.
- Напряжение скачет, потому что нестабильно работает подстанция.
- Она работает нестабильно, потому что устарела.
- Подстанция устарела, потому что…
Так вот: этот метод диктует, что после пятого «потому что» истинная причина инцидента будет найдена. А скорее всего, подсказывает здравый смысл, на одном из шагов поставщик услуг увидит границу своей зоны влияния, и именно эту причину следует начать устранять или бороться с ней обходными решениями.
Очень элегантная иллюстрация, как мне кажется.
А вам?
этот метод диктует, что после пятого «потому что» истинная причина инцидента будет найдена
Если это метод, то он должен говорить о том, что после пятого шага надо остановиться и признать пятое “почему” истинной причиной.
А если просто констатируется факт, что, скорее всего, понадобится не более 5 шагов, чтобы выйти за сферу влияния, то это не метод, а философская истина.
К тому же более важным для метода является как задавать эти “Почему”, как проверять логическую целостность цепочек и т.д.