Материал из PL Engineering
Ложка дёгтя в бочку ITIL
Обратиться к руководителю IT проектов
Топ-50 ошибок адаптации ITIL пригодится, как тем, кто только планирует адаптацию ITIL и внедрение ITSM-решений, так и тем, кто уже вовсю увяз в процессах, изменениях, проблемах, улучшениях и прочей ITIL/ITSM-терминологии.
Понимание и видение
- Преклонение перед ITIL. Не зацикливайтесь на ITIL ради ITIL. Первоочередная задача — улучшить ваш бизнес.
- Не понимание того, что же на самом деле такое ITIL. ITIL — это просто фреймворк, структура. И, стоит помнить, что ITIL это не то же самое что ITSM.
- Не понимание того, что нужно скорее «создавать ITIL», чем «использовать ITIL».
- Думать, что ITIL — это единственное решение. А как же ISO 20000, COBIT, USMBOK, Six Sigma, и CMMI?
- Не понимание полноты и размеров изменений, которых потребует внедрение ITIL от сотрудников, процессов и технологий.
- Непонимание количества необходимых ресурсов (включая денежных) и уровня приверженности персонала для адаптации ITIL.
- Не понимание критики, исходящей от успешных людей.
- Непонимание того, что работа с ITIL — это не разовый проект.
- Думать что ITIL — это ответ на все вопросы, когда на самом деле, это просто руководство.
- Непонимание концепций ITIL того, что ИТ предоставляется как услуга, и жизненного цикла ИТ-услуги.
- Непонимание того, что «конечные пользователи» это на самом деле «внутренние заказчики», т.е. ваши сотрудники.
- Отсутствие общего представления о том, что необходимо для улучшения и/или оптимизации ИТ-инфраструктуры и ИТ-процессов.
- Отсутствие поддержки и вовлеченности со стороны руководства компании.
- Недостаточно усилий уделяется донесению до сотрудников концепции и преимуществ ITIL, и, как результат — отсутствие приверженности и нежелание менять привычки.
- Непонимание того, что для успешной адаптации ITIL, прежде всего, вы должны стать главным сторонником ITIL.
- Нераспределение ролей, отсутствие сотрудников персонально ответственных за отдельные ITIL-ориентированные процессы и их эффективность.
- Неумение доступно объяснить понятным для сотрудников и партнеров языком преимущества принятия ITIL.
- Плохое управление ожиданиями заинтересованных сторон, отсутствие подготовленного плана по борьбе с сопротивлением внедрению новшеств.
Планирование
- Возложение всех надежд на ITIL, в то время, как бизнес находится под угрозой банкротства.
- Отсутствие общего видения, включая краткосрочные, среднесрочные и долгосрочные цели.
- Надежда, на то, что удастся внедрить ITIL в короткие сроки, и все будет идеально функционировать.
- Отсутствие планирования связей и зависимостей между процессами.
- Отсутствие плана интеграции с корпоративными системами.
- Отсутствие продуманного плана использования процессов и технологий в других сферах кроме ИТ, например, для управления объектами, жалобами, людьми.
- Надежда на то, что отправить сотрудников на тренинги по работе с ITIL достаточно для успешного внедрения ITIL.
- Принятие на работу людей по их ITIL квалификациям, а, не исходя из их опыта работы и здравого смысла.
- Думать, что консультанты могут предложить готовое решение, или, что они могут, и будут выполнять всю тяжелую работу.
- Начинать внедрение с незаконченным планом.
- Настраиваться на среднячковые результаты. Неудача в начале — бросает тень на дальнейшую работу, поэтому нужно всегда настраиваться на победу.
Адаптация
- Пытаться сделать все и сразу.
- Слишком зацикливаться на самих себе, т.е. думать о том, что именно вы хотите предоставить вместо того, чтобы думать о том, что нужно клиентам.
- Перфекционизм и ожидание быстрых результатов, мешающее для начала досконально разобраться с основами.
- Противоположность предыдущего пункта: пренебрежение мелочами, в результате — множество ошибок.
- Быстрый выигрыш очень желанен, но серьезные результаты требуют терпения и труда. Что для вас важнее?
- Часто слишком много надежд возлагается на технологию. Однако технология ничего не значит без правильноq адаптации и эксплуатации.
- Недостаточная ориентированность на людей и управление организационными изменениями.
- Слишком большой акцент ставится на «простые вещи», такие как управление инцидентами. Организации потом не могут перейти с реактивных к проактивным элементам ITIL, таким как доступность или управление производительностью.
- Вдобавок к сказанному выше, часто уделяется слишком мало внимания обслуживанию клиентов и удовлетворению их нужд в контексте этих реактивных процессов.
- Хотя консультанты могут добавить ценности, зачастую они плохо управляемы.
- Не желание освобождать ключевых сотрудников от их повседневной работы для работы над адаптацией ITIL.
- Многие организации при внедрении новых систем или технологий стараются привлечь к их реализации дополнительных сотрудников, вместо того, чтобы привлечь лучших из организации (разумеется, одно не исключает другого).
- Плохой или неэффективный менеджмент.
- Больший акцент на IT и меньший на SM при внедрении ITSM.
- Ограничение области действия процессов (исполнение и ответственность) отдельными группами людей.
- Неумение продолжать поддерживать процессы ITIL в организации после того, как ее покинут консультанты.
- Рассматривать процессы ITIL как независимые дополнения, вместо того, чтобы интегрировать их во все уже существующие процессы и операции.
Измерение и улучшение
- На сегодняшний день не существует способов измерения улучшений. К тому же, часто после внедрения системы слишком мало внимания уделяется ее последующим улучшениям.
- Принятые метрики и ключевые показатели эффективности, часто не совпадают с требованиями бизнеса, потому как они ориентированы на ИТ и технологии.
- Неумение выявлять и рассказывать о том, какую пользу приносит решение бизнесу.
- В процессе эксплуатации решения, основное внимание уделяется процессам, а не сервисам. Решение работает, как бы в вакууме, без ориентации на результат.
Читать так-же статьи:
- Библиотека инфраструктуры информационных технологий
- Управление услугами информационных технологий
- Соглашение об уровне услуг
- Модели зрелости управления ИТ-процессами
- Управление ИТ и аутсорсинг ИТ услуг