ITIL твою мать

Случилось поработать в одной крупной забугорной конторе, которая аутсорсит другие не менее забугорные и крупные конторы. Есть такая штука — ITIL называется. Так вот, согласно этому самому ITIL, все действия IT-специалиста должны быть регламентированы. Правда, иногда это работает против самой системы. Мозги ведь никто не отменял, и слепое следование инструкции может приводить к глупым ситуациям.

Пришёл тикет от автоматической системы мониторинга о том, что на одном из серверов в одном из дата-центров крупной конторы отвалился винт из RAID. Вы думаете, что я просто позвонил техникам в дата-центр и попросил их заменить винт? Ага, щас… По инструкции полагается:

1. Написать письмо тётеньке совсем из другой страны, чтобы она сообщила, с кем можно связаться в том дата-центре.

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

3. Позвонить в датацентр и попросить пропустить специалиста.

Но и это ещё не всё. Как говорится, гладко было на бумаге, да забыли про овраги.

Тётенька по непонятным причинам писала ответ полтора дня. После этого я позвонил представителю вендора. На том конце провода попался вменяемый чел: просмотрев логи, он предложил нам попробовать просто-напросто передёрнуть винт, так как, вероятнее всего, отошёл контакт.

Последовала эпопея налаживания связи с техниками датацентра. Позвонил, говорю: «А не могли бы вы подойти к такому-то серваку и передёрнуть такой-то винт?» Мне отвечают: «Можем. Пишите заявку». Написал. Через несколько часов пришёл ответ «Ваша заявка выполнена». Захожу удалённо на сервак — работает, родной!

Так операция, на которую уходит от силы минут пятнадцать (десять из них — подняться со стула и дойти до нужного этажа), продолжалась два с половиной дня.