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

Не всегда необходимо измерять доступность ИТ-услуг в процентах. Хотя процентная форма популярна благодаря своей простоте и понятности, она имеет существенные ограничения, как описано выше. В некоторых случаях более полезными могут быть абсолютные показатели: например, максимальный разовый простой в минутах, допустимое количество прерываний в день, или даже прямая оценка потерь в денежном выражении. Процентная форма теряет смысл, когда распределение простоев критично для бизнеса. Гораздо важнее выбрать метрики, которые действительно отражают влияние на бизнес-процессы, а не придерживаться привычной, но не всегда информативной процентной шкалы.

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

Успешность реализации сервисного мышления в организации можно оценить через ответы на вопросы, структурированные по 7 принципам ITIL: 1) Фокус на ценности — получает ли клиент желаемую ценность? 2) Начало с текущего состояния — учитывается ли контекст и предыдущий опыт? 3) Постепенное развитие с обратной связью — есть ли система сбора и использования обратной связи? 4) Сотрудничество и видимость — прозрачны ли процессы и ясно ли распределены роли? 5) Целостный подход — учитывается ли связь услуг с целями клиента? 6) Простота и практичность — насколько хорош пользовательский опыт? 7) Оптимизация и автоматизация — идут ли постоянные улучшения процессов? Положительные ответы на эти вопросы свидетельствуют об успешной реализации сервисного мышления.

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

ITIL (Information Technology Infrastructure Library) представляет собой набор передовых методов управления ИТ-услугами, который развился в эпоху, когда многие фундаментальные управленческие концепции уже были установлены. ITIL интегрирует принципы, разработанные ранее: он применяет идеи управления процессами Эдварда Деминга к ИТ-среде, использует системный подход, вдохновленный кибернетикой Винера, и может быть дополнен сбалансированной системой показателей Каплана и Нортона для измерения эффективности ИТ-услуг. ITIL структурирует ИТ-процессы в рамках общей классификации бизнес-процессов, адаптируя общие управленческие принципы к специфике управления информационными технологиями.

Авторы COBIT 5 заимствовали модель постоянного совершенствования услуг из ITIL почти без изменений, что подтверждает ее эффективность. Обе методологии акцентируют важность фокуса на бизнес-целях перед началом улучшений. Это единство подходов свидетельствует о признании ITIL как базовой практики в управлении ИТ-услугами, даже среди конкурирующих фреймворков.

Результаты 67% (зеленый вариант) и 56% (красный вариант) при одинаковом KPI своевременности 95% демонстрируют, что первый сценарий предполагает значительно более быстрое устранение инцидентов. Хотя в обоих случаях 5% инцидентов просрочены, в зеленом варианте большая часть решена вблизи Tmin (30 минут), в то время как в красном — ближе к Tmax (4 часа). Это показывает, что новый метод оценки более точно отражает реальный уровень сервиса и оперативность команды.

Доменная структура в управлении ИТ-услугами — это модель организации, при которой ИТ-подразделение структурируется не по функциям (разработка, эксплуатация), а по бизнес-доменам или направлениям бизнеса. Каждый домен отвечает за полный цикл предоставления ИТ-услуг, включая как разработку, так и эксплуатацию. Бизнес-аналитики в рамках домена выступают в роли менеджеров ИТ-услуг, обеспечивая непрерывную связь между техническими процессами и бизнес-целями. Такая структура способствует созданию сквозной ответственности за качество ИТ-услуг и их влияние на бизнес-результаты.

Предложенная метрика имеет несколько ключевых преимуществ: 1) Справедливо распределяет ответственность за нарушение сроков между всеми участвующими группами, а не возлагает её на одну 'последнюю' группу. 2) Создает правильные мотивации, стимулируя группы обрабатывать инциденты даже при получении их близко к окончанию срока. 3) Является чувствительной к реальному участию группы в решении инцидента, а не только к её месту в цепочке обработки. 4) Обеспечивает естественное масштабирование от уровня отдельной группы до уровня всего процесса управления инцидентами. 5) Легко адаптируется для учёта степени превышения срока. 6) Помогает избежать негативных практик, таких как 'футбол' инцидентов между группами.