Не надо чинить то, что работает

Не надо чинить то, что работает

Возможно, одна из самых печальных картин в мире ITIL - организации, внедряющие процессы из книг в то время как их собственные процессы отлично работали.
Вот Скептик недавно завершил ремонт дома. Это и до ремонта был хороший дом: крыша не текла, двери были прочными, было чисто и не было пожарной опасности. Ремонт был не лучшим вложением средств, мы делали его скорее для удовольствия. В случае продажи дома мы не получим от вложений в ремонт сколько-нибудь существенной отдачи.
Если я решаю тратить собственные деньги на изменение внешнего вида своего собственного дома, это моё право: деньги-то мои. Деньги, на которые внедряется ITIL, не мои. Можно сорвать отличный ковёр с целью тщательной полировки пола под ним. Очень занимательно, но вполне бесполезно. Таковы многие проекты по внедрению ITIL.
ИТ-эксплуатация - это область, неизменно привлекающая перфекционистов. Здорово ведь, когда доступность сайта заявляется как 99.999%! Беда в том, что перфекционисты вовлекают в свою деятельность всех вокруг, заражая их Излишней Технической Скрупулезностью (ИТС )
. Технари любят полноту и точность, не говоря уж о нежном пристрастии к сложным, умным и изящным решениям, независимо от наличия задачи. В результате мы получаем ИТС: стремление делать вещи правильно независимо от того, будет ли это полезно, рационально, выгодно и разумно - то есть от того, имеет ли это смысл.
Есть и те, кто инициирует изменения, потому что изменения дают им власть. Замечательный бизнес-комментатор Скотт Адаме сказал
: «Изменения - отличная штука для тех, кто их вызывает. Эти люди понимают новую информацию, добавляемую в мир, лучше прочих. Они выглядят умнее этих прочих».
Кроме описанных, встречается такое явление как «Новый ИТ-директор». Ну, тот-кто-призванвсё-изменить. Бывает, что призван и не для этого, но всё равно старается начать с перемен. Хорошие руководители находят то, что работает, и стараются не сломать.
Все перечисленные проекты объединяет одно: они возникают потому, что кто-то решил: «отличная идея!». Возросшее в последние годы внимание к тому, как ИТ тратит деньги бизнеса, снизило число таких проектов, но их по- прежнему хватает.
Рекомендации.
26.
Не ограничивайтесь в принятии решений аргументами типа «потому что я так думаю» или «потому что все так делают».
27.
Не ограничивайтесь аргументом «станет лучше». И что? Сейчас - плохо? Текущие или ожидаемые требования бизнеса не удовлетворяются?.
28.
Если оно работает - не чините. Используйте деньги там, где они принесут пользу.
Когда-то автор работал в большой компании, которая занималась разработкой программного обеспечения. Как-то раз СЮ этой компании давал интервью журналист, который задал вопрос о том, используется ли в компании ITIL. А надо сказать, что это была в самом деле немаленькая компания: глобальные сети, множество серверов, десятки тысяч пользователей... И она продавала систему для Service Desk.
Было ужасно интересно, что же СЮ ответит. Автор знал, что ITIL в компании не используется, и неоднократно обсуждал это обстоятельство с коллегами (как и он, не имевшими веса в обсуждаемом вопросе): как это мы умудряемся продавать ПО для ITIL, не следуя ITIL в своей работе (но вовсю используя то самое ПО)?.
Ответ, данный СЮ журналисту, был таким: нет, мы не используем ITIL, потому что наши собственные процессы отлично работают. Если перестанут - мы рассмотрим ITIL как возможный подход к их улучшению.
В тот раз компанию просто закидали камнями, но она продолжила успешно работать. Несмотря на оказываемое давление и политические соображения, СЮ не собирался тратить деньги на модные штучки.