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

Однако во многих случаях бизнесу нужен ISP (Infrastructure Service Provider, а вы-то думали, что «I» означает «Internet»). Бизнес управляет своими приложениями и ждёт от ИТ поддержки платформы (серверов, операционных систем, СУБД, сетей...) и выполнения работ по эксплуатации (безопасность, доступность, резервирование, восстановление...). Такой подход распространен в технических компаниях/подразделениях, но может неожиданно всплыть где угодно.

«Правильного» варианта нет. Какая из этих моделей будет выбрана, должно быть определено в части бизнес-стратегии, посвященной информационным технологиям, но этот документ - за рамками нашей книги.

Что по-настоящему важно, так это обеспечить одинаковое понимание роли ИТ всеми сторонами. Бывали случаи, когда разногласия и споры прекращались, как только стороны осознавали, что просто говорили на разных языках.

Примечание: различие между ISP и ASP, вероятно, описано в книге Service Strategy (ITIL3). Кто знает...

(Для тех, кто ещё не имел удовольствия читать это произведение, приведем такие слова

: «Потребуется год, чтобы впитать её содержимое, ещё один - чтобы осознать его в применении к практике, и дополнительное время, чтобы разложить впечатления по полочкам. ИТ-сообщество будет переваривать Service Strategy несколько лет. Лишь некоторые найдут эту книгу несъедобной. Большинство сформирует на её основе долговременный продовольственный резерв».).

Рекомендации.

39.

Обсуждая ИТ-услуги, договоритесь предварительно о роли ИТ: ISP или ASP. Убедитесь, что все участники дискуссии - на одной волне.

40.

Составляя каталог услуг, в каждом случае уточняйте, к какой модели относится конкретная услуга.

41.

любом споре об услугах убедитесь, что причина разногласий - не в разном понимании роли ИТ (ISP/ASP).