Я вижу из вопроса «Тест Джоэля для заданий сисадмина» на ServerFault, что никто не говорил, что компании лучше использовать ITIL, иначе они не будут там работать. На самом деле никто не упомянул ITIL вообще.
ITIL - это причуда? Это слишком громоздко, чтобы быть практичным? Вы должны быть определенного размера, чтобы ITIL работал хорошо?
Определения ITIL «инцидент» и «проблема» интересны, но действительно ли организации, находящиеся в быстроразвивающейся среде службы поддержки, сочли полезным провести различие между этими двумя понятиями?
По моему опыту, ITIL также была основой, которая позволяет вспомогательному персоналу и ИТ-персоналу противостоять необоснованным требованиям со стороны бизнеса и реализовывать реальные решения технологических проблем, а не «быстрых решений» и «МЫ ХОТИМ СЕЙЧАС, ЧТО ЭТО ОХЛАЖДАЕТСЯ! " требует.
Я работал в организации, которая использовала «изменения, служащие бизнесу», в качестве предлога для уничтожения, обхода или переопределения почти каждого стандарта, который пытался внедрить ИТ (аппаратное обеспечение, программное обеспечение, системы аутентификации, системы хранения и т. Д.). Эта компания потерпела неудачу и была куплена компанией, которая живет и дышит ITIL в модели поддержки.
Я перешел в новую компанию, и не только жизнь ИТ-специалистов стала лучше, но в долгосрочной перспективе БИЗНЕС стал счастливее, потому что у них стабильная среда, и они на самом деле получают лучшую поддержку и новые технологии быстрее, потому что существуют определенные стандарты для поддержка, которая вписывается в определенные стандарты технологии. Когда стандарт обновляется, мы знаем, каков наш путь обновления, и мы знаем, что его можно применить к очень широкому кругу наших развернутых систем. Это позволяет нам двигаться по этому пути намного быстрее.
Мы ЗАПРЕЩАЕТСЯ до сих пор proess для разрешения бизнес - единиц и различные приложения УБС для запроса «специального» оборудования или услуг, но так как мы делаем отзывать это очень «дорогой» бюджет-мудрый для тех , кто просил об этом. Структура ITIL дает вам
источник
Да, но в то время как вы решаете, почему бы вам не хорошенько взглянуть на процедуры вашей организации и требования к поддержке, поговорите с менеджерами и пользователями, какой уровень поддержки они ожидают, если им придется сделать компромисс между деньгами. Затем запишите это и процедуры, используемые для выполнения вашей работы. То, что вы на самом деле сделали, - это то же самое, что и все эти вещи ITIL / ISO.
Знание таких стандартов, как ITIL, облегчает вышеуказанную задачу, потому что у вас есть структура, которая приводит к правильным вопросам, которые нужно задать, чтобы полностью покрыть задачу, но самое главное - это документация о:
Разделение документации на низшую сущность (например, на одну задачу) - это огромный объем работы, но как только вы это сделаете, вы, вероятно, обнаружите, что большое количество задач, выполняемых сейчас вручную, либо не нужно, либо может быть автоматизировано и / или может быть делегировано. ,
Глубокий и строгий взгляд на вашу организацию никогда не бывает популярным или легким, но он поможет лучше понять компанию и поможет вам стать более прибыльным, просто прекратив делать ненужные вещи и делегируя задачи с более низкой оплатой. уровень.
Что действительно сделает вас непопулярным, так это то, что когда вы выполняете эти виды стандартизации, вы часто непреднамеренно описываете, что многие уровни управления существуют только из-за самих себя и что их исключение, вероятно, улучшит коммуникацию и производительность.
источник
Идея ITIL имеет большой смысл, к сожалению, по моему опыту, это часто инструмент, позволяющий персоналу поддержки / оперативному персоналу преодолевать трудности и замедлять бизнес-изменения.
источник