Совместимость с другими методологиями

Если ваша организация уже использует RUP, SDLC, Agile, СММ, PM1, COBIТ, 6Sigma, TQM или что-то в этом роде, убедитесь, что в IТIL-проекте запланировано привлечение экспертов из этих областей для того, чтобы обеспечить интеграцию IТIL с ними. Учитывайте, что в ITIL не описаны интерфейсы к этим подходам, а кое-где между ними возникают противоречия. Даже IТIL3 всё ещё не вполне обеспечивает интеграцию с ISO 20000, часто вульгарно именуемым «Стандарт IТIL», не говоря уж о прочих подходах и методологиях. Как мы выяснили не существует достоверных

свидетельств преимуществ IТIL в деле улучшения процессов управления ИТ по сравнению с другими подходами. Вы можете успешно оптимизировать свои процессы применяя вместо IТIL астрологию. Процессы всегда улучшаются, если уделять им достаточно внимания. Разница между IТIL и

плацебо пока не исследована. В большинстве случаев в пользу IТIL говорит статус стандарта де-факто. Но не делайте это единственным фактором, влияющим на ваш выбор.

ASP или ISP

Тонкая грань между этими понятиями - в том, какие именно услуги предоставляются организации (или какие услуги она хочет, чтобы ей предоставлялись). Помните ASP (Application Service Provider)? Сейчас их модно называть SaaS (Software as а Service). В конце девяностых они должны были полностью изменить современный бизнес. Не изменили, хотя некоторые интересные примеры успеха в этой области есть: SalesForce.com .

На самом деле, есть, конечно, ещё несколько примеров, в том числе -связанных с ITIL. Самый известный - service-now.com, онлайн Service Desk.

Многие департаменты ИТ на самом деле выступают как ASP в своей компании. Они предоставляют приложения, обеспечивая хостинг, обслуживание и поддержку, и иногда – в надежде получать за это деньги. Бизнес не интересуется инфраструктурой, обеспечивающей работу приложений. ИТ - это черный ящик. Пользователям не интересны насосы, им важно, что течет из трубы: бухучет, логистика, заказы ...

Однако во многих случаях бизнесу нужен ISP (1nfrastructure Service Provider, а вы-то думали, что«I» означает «1nternet»). Бизнес управляет своими приложениями и ждёт от ИТ поддержки платформы (серверов, операционных систем, СУБД сетей ... ) и выполнения работ по эксплуатации (безопасность, доступность, резервирование, восстановление ... ). Такой подход распространен в технических компаниях/подразделениях, но может неожиданно всплыть где угодно. «Правильного» варианта нет. Какая из этих моделей будет выбрана, должно быть определено в части бизнес-стратегии, посвященной информационным технологиям, но этот документ – за рамками нашей книги. Что по-настоящему важно, так это обеспечить одинаковое понимание роли ИТ всеми сторонами. Бывали случаи, когда разногласия и споры прекращались, как только стороны осознавали, что просто говорили на разных языках. Примечание: различие между ISP и ASP, вероятно, описано в книге Service Strategy (IТIL3). Кто знает ... (Для тех, кто ещё не имел удовольствия читать это про изведение, приведем такие слова!: «Потребуется год, чтобы впитать её содержимое, ещё один - чтобы осознать его в применении к практике, и дополнительное время, чтобы разложить впечатления по полочкам. ИТ-сообщество будет переваривать Service Strategy несколько лет. Лишь некоторые найдут эту книгу несъедобной. Большинство сформирует на её основе долговременный продовольственный

резерв».)