Сервисное мышление — это особенное отношение к работе и предоставляемым услугам. Оно включает несколько компонентов: знание своих заказчиков/пользователей, понимание их ожиданий, фокусирование на ценности для заказчика, взятие на себя ответственности (включая бизнес-результаты), проявление эмпатии, осознание культуры и адаптацию к ней, способствование сотрудничеству и этичное поведение. Это не абстрактное понятие, а конкретный подход к принятию решений, который определяет, как сотрудник или организация взаимодействует с потребителями услуг.

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

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

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

SLM (Service Level Management) в контексте управления ИТ-услугами представляет собой контрольный механизм, обеспечивающий системную оценку качества услуг путем сравнения достигнутых результатов с взятыми на себя обязательствами. Это важная веха, отмечающая прогресс сервисной организации в построении отношений с заказчиками и перестройке внутреннего управления, однако является не стартовой точкой, а скорее результатом предшествующей работы по формированию сервисного подхода.

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

Для анализа услуги "ИТ-обеспечение процесса выдачи кредитов физлицам" с помощью модели Compass Model: Север (потребности): клиенту необходимо быстро и удобно подать заявку, получить прозрачные условия кредита, гарантированно защитить личные данные, оперативно получить решение. Банку необходимо обеспечить соблюдение регуляторных требований, точный скоринг, минимизацию рисков. Запад (желания): клиент хочет простой интерфейс подачи заявки, мгновенное предварительное решение, возможность выбора условий, онлайн-консультацию. Банк желает оптимиризировать процессы, повысить долю успешных заявок, улучшить клиентский опыт. Юг (стереотипы): клиенты боятся сложных процедур, утечки данных, скрытых комиссий; считают, что одобрение кредита занимает много времени. Эмоции (Восток): клиент может испытывать стресс из-за необходимости кредита, сомнения в безопасности, облегчение при оперативном решении, доверие при прозрачных условиях. Зная эти аспекты, ИТ-служба может сосредоточиться на создании системы, которая не только выполняет базовые функции, но и разрушает негативные стереотипы, обеспечивая позитивный эмоциональный отклик.

Автомат с шоколадками может быть примером услуги в ITIL4, если рассмотреть его как комплексное предложение, состоящее из трех компонентов: 1) Товар - шоколадка; 2) Ресурс - сам автомат с шоколадками; 3) Сервисные операции - регулярная загрузка шоколадок, техническое обслуживание автомата, обеспечение его работы. В этом случае клиент перекладывает на поставщика следующие риски и затраты: отсутствие необходимости искать магазин, гарантированная доступность шоколадки в определенном месте и время, обеспечение свежести продукции за счет регулярной загрузки автомата. Поставщик берет на себя ответственность за то, чтобы автомат всегда работал и содержал свежие шоколадки, создавая для клиента ценность в виде легкого доступа к товару без дополнительных усилий со стороны клиента.

К CMDB в контексте управления мощностями и сервисной экономики предъявляется три основных требования. Во-первых, в CMDB должны быть построены логические модели приложений и услуг, которые включают не только физические ресурсы (оборудование и сети), но и функциональные роли ресурсов, такие как СУБД, web-сервер, файл-сервер и другие. Функциональные роли важны, так как с ними связаны единицы объёма потребления, специфичные затраты и зависимости мощности. Во-вторых, связи между элементами CMDB должны содержать атрибуты и логику, которые переносят потребность в мощностях от ресурсов верхнего уровня к поддерживающим ресурсам, а также стоимость обеспечения в обратном направлении. В-третьих, для обсчёта целевой архитектуры CMDB должна уметь оперировать не только существующими объектами и связями, но и плановыми, создавая, храня и логически отделяя сервисно-ресурсные модели, которые ещё проектируются.

В ITIL 4 ценность определяется как то, что важно для всех заинтересованных сторон в сервисных отношениях. Клиент получает ценность, потому что услуга позволяет ему достичь важных для него результатов без несения соответствующих затрат и рисков. Поставщик услуг также получает ценность, которая может выражаться в денежном виде (оплата за услугу), а также в развитии новых возможностей, укреплении отношений и возможностях для предоставления дополнительных услуг. Ценность оценивается как баланс между полученными результатами и понесенными затратами и рисками.