Не надо «внедрять ITIL»

Не надо «внедрять ITIL»

Остерегайтесь предложений, содержащих слова «внедрение ITIL», или «запуск управления инцидентами», или «применение управления изменениями». Они могут указывать на некорректное, ограниченное понимание ITIL (впрочем, каждый хоть иногда, но использует подобные формулировки). Вы не внедряете процессы, а улучшаете
их (см. далее замечания о том, почему такие проекты лучше рассматривать как трансформацию, а не внедрение).
Все и так управляют инцидентами. Вопрос в том, насколько хорошо они это делают. Для ответа на этот вопрос обычно используется модель зрелости СММ, от первого до пятого уровня. Если кто-то говорит, что у него нет процесса, процесс есть - просто на первом уровне
. Работа делается, инциденты происходят и устраняются. Просто они делают это бессистемно, хаотически.
ITIL - о постоянном улучшении услуг, и основа улучшения - процессная модель, которую можно использовать, определяя, документируя и направляя свои собственные процессы.
То есть вы не «внедряете управление инцидентами», вы пытаетесь поднять его зрелость со, скажем, первого уровня до, скажем, третьего.
Это улучшение - постоянная деятельность. Первый проект - лишь первый шаг. Для того, чтобы защищать, развивать и использовать его результаты, нужна постоянно действующая программа управления качеством.
Если вы знакомы с циклом Деминга, ищите в предложениях по «внедрению» следы его применения. Очевидно, что если колесо улучшений не поддерживать и не толкать вверх, оно неминуемо катится вниз. Если авторы предложения этого не понимают - они не понимают главного.
Рекомендации.
19.
Ищите в предложениях о внедрении ITIL указаний на целевой уровень зрелости улучшаемых процессов (и оценку текущего уровня).
20.
Убедитесь, что предложения содержат меры по измерению, обеспечению и улучшению процессов. Решите, делать ли эти меры предметом оценки при расчете затрат и ROI.
21.
Сделайте итоговый уровень зрелости основным KPI проекта. Но избегайте измерения ITIL с помощью ITIL, используйте независимые источники.