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

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

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

Аспект 'Информация и технологии' относится к информационным ресурсам и технологиям, использованным для хранения, обработки и создания информации в процессе предоставления ИТ-услуг. Он включает не только инструменты предоставления услуг (ITSM, совместной работы, инвентаризации, CMDB, анализа), но и передовые технологии вроде искусственного интеллекта, машинного обучения, облачных решений, мобильных платформ. Важно учитывать, какая информация управляется услугами, какая вспомогательная информация необходима, как информация защищается, управляется, архивируется и удаляется. Управление информацией должно быть целостным и соответствовать требованиям законодательства (например, соблюдение ФЗ 'О персональных данных'). Информация и технологии зависят от их использования и архитектуры, включая приложения, базы данных, системы связи и инфраструктуру.

Ключевым фактором в определении качества услуги в ITIL автор считает ориентацию на ценность для заказчика. То есть сервис-провайдер должен понимать, в чём заключается ценность предоставляемой услуги именно для конкретного заказчика, и измерять качество предоставления услуг через призму того, насколько они удовлетворяют реальные потребности клиента. Без этого понимания ценность сервиса может быть субъективно оценена как низкая, даже если формально все регламенты и инструкции соблюдаются, как в примере с мылом в отеле. Сервис-провайдер должен стремиться к пониманию вопроса «Зачем?» клиента, чтобы предоставляемые услуги действительно создавали ценность, а не превращались в «бессмысленную суету». Это означает углубление в бизнес-процессы клиента, понимание его целей и задач, а не просто выполнение формальных требований.

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

В ITIL 4 назначение практики управления инцидентами формулируется следующим образом: «Минимизировать негативное влияние инцидентов, восстанавливая нормальную работу услуг как можно быстрее». Основной недостаток этой формулировки заключается в том, что она акцентирует внимание преимущественно на скорости восстановления услуги, тогда как в действительности удовлетворённость пользователей зависит от множества других факторов, таких как качество коммуникаций, количество контактов с поддержкой и окончательность решения. Хотя в более подробном описании практики в ITIL 4 упоминается важность удовлетворённости пользователей, в самой формулировке назначения эта цель не отражена явно, что может приводить к тому, что организации сосредотачиваются только на скорости решения инцидентов, упуская из виду другие значимые аспекты.

Согласно статистическим расчетам, необходимое количество ответов для достижения заданной точности не зависит от размера генеральной совокупности при достаточно больших популяциях (более 1000 человек). Это связано с тем, что формула расчета доверительного интервала для среднего значения в основном зависит от стандартного отклонения и размера выборки, но не от общего числа элементов в популяции. Именно поэтому для 1000 и даже для 10000 пользователей достаточным остается выборка в 40-50 человек при пятибалльной шкале опроса.

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

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