Зачем это нужноПочему история сервиса теряется между портфелем, разработкой и поддержкой
Заявку одобрили в одном инструменте, требования записали во втором, релиз выкатили из третьего, инцидент завели в четвёртом. Спросите, сколько стоит сопровождение этого сервиса и стоило ли его делать, — и ответа не будет.
Финансовый отдел попросил доступ к аналитике. Идею одобрили в портфеле, разработка выпустила сервис, каталог описал услугу, сотрудники стали её заказывать, потом сломался вход. У каждого шага свой инструмент и своя запись, и ни одна не ссылается на соседнюю: инцидент не знает, к какому сервису относится, подписка не знает, из какого заказа возникла, требование не помнит строку портфеля, из которой выросло. Поэтому на вопросы «что улучшать» и «во что вкладываться» отвечают мнением того, кто громче, а стоимость сопровождения считают раз в год вручную.
IT4IT отвечает на это архитектурой с моделью данных. Это эталонная архитектура «бизнеса ИТ» от The Open Group: функциональные компоненты — системы записи — и объекты данных, которые обязаны существовать и ссылаться друг на друга вдоль четырёх потоков ценности. Strategy to Portfolio — во что инвестируем. Requirement to Deploy — как запрос становится готовым сервисом. Request to Fulfill — как потребитель его получает. Detect to Correct — как обнаружить и устранить нарушение. Хребет всей конструкции — модель услуги: концептуальная, логическая, реализованная, чтобы можно было доказать, что поставлено именно то, что заказано. Процессов стандарт не предписывает: он работает одинаково при ITIL, COBIT, eTOM или собственных регламентах.
Предметная область у IT4IT одна — управление ИТ, поэтому в реестре школа стоит в разделе «Около корпоративной архитектуры»: она берёт ИТ-службу и описывает её как самостоятельное предприятие со своей цепочкой создания ценности. В раздатке — 48 карточек из 78 на странице реестра по редакции 2.1 (2017): объекты данных и функциональные компоненты по четырём потокам и три столпа IT4IT Core. Плюс четыре понятия с бытовыми объяснениями, пример сервиса доступа к аналитике и план на пять рабочих дней.
IT4IT не говорит, как работать. Он говорит, какие записи должны существовать и как они связаны, чтобы от инцидента можно было пройти до строки портфеля.
