ITIL на практике: что реально работает, а что — мёртвый груз
ITIL — штука как Библия: каждый менеджер слышал, некоторые даже листали, а внедряют единицы. Но когда тебе нужно построить ИТ-сервис на сотни тысяч обращений в год — без ITIL никуда.
Расскажу коротко, как это выглядит на деле.
Что обязательно нужно:
1. Service Desk как единое окно. Не 50 номеров поддержки по разным системам, а один. Всё, что не прошло через Service Desk — не считается.
2. CMDB. База, где лежит всё железо, софт, лицензии — и связи между ними. Без неё любой «а давайте посчитаем ТСО» превращается в гадание.
3. SLA с измеримыми метриками. Не «быстро», а «4 часа для критичных инцидентов, 8 часов для средних». И штрафные санкции за срыв.
4. Управление изменениями (Change Management). Любое изменение — через CAB. Банально, но именно это спасает от «я тут апдейтнул, и всё упало».
5. Known Error Database (KEDB). База известных ошибок и способов их решения. Копилка, в которую каждый инженер пишет, как чинил проблему. Через полгода 80% инцидентов закрываются за 5 минут — гуглить внутри своей же базы.
Что часто не работает:
- Слишком много процессов. ITIL рекомендует, но если у тебя проект на 20 человек — не надо 15 процессов. Хватит инцидентов, изменений и проблем. - Бюрократия в Change Management. CAB на изменение пароля — это уже перебор. Разделяй на нормальные (с CAB) и стандартные (по шаблону, без согласования). - SLA без контроля. Если написать SLA, но не измерять — считай нет SLA.
Вывод: ITIL хорош не тем, что ты купил книжку и всё внедрил. ITIL хорош тем, что даёт язык для разговора между бизнесом и ИТ. Без него каждая просьба — «срочно сделайте», а каждое падение — «почему не предупредили».
А у вас ITIL внедрён или как живёте? 👇
