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

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

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

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

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

В ITIL 4 Specialist: Drive Stakeholder Value описываются три типа сервисных отношений, каждый из которых имеет свои характеристики. Один из важных аспектов — это партнерство, при котором контракты могут быть основаны на результатах или вовсе не заключаться. Основной критерий для партнерских отношений — высокий уровень доверия между поставщиком и заказчиком. Это позволяет сосредоточиться на человеческом взаимодействии и поддержании успешных отношений, а не только на формальных соглашениях.

Автор считает, что должен существовать промежуточный уровень между USM и eSCM-SP, потому что USM слишком простой, а eSCM-SP слишком сложный для практического применения. Автор видит потребность в подходе, который будет близок по сложности к eTOM, но с возможностью обобщения на различные виды услуг, а не только телекоммуникационные. Такой промежуточный уровень должен сохранить простоту понимания USM, иметь достаточную детализацию, чтобы быть практически полезным, и не быть перегруженным сложностью eSCM-SP, что сделало бы его малоприменимым для многих организаций.

MS (Marginal Score) – это параметр, который определяет, какое значение должен получить интегральный показатель, если все KPI равны 100%, а один KPI равен 0% (то есть одна область ответственности полностью провалена). Например, если у сотрудника 10 KPI и руководитель выбрал MS = 50%, это означает, что при провале одного из показателей интегральная оценка снизится до 50%, а не до 90% как при среднем арифметическом. MS используется для настройки жесткости системы оценки и определяет, насколько серьезно учитывается провал по отдельному показателю.

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

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