Страховка от перегрузки уровня поддержки через автоматическое привлечение следующего уровня (Ln+1) представляет собой механизм, при котором заявка автоматически передается на следующий уровень, если предыдущий уровень (Ln) не только не решил инцидент, но и не принял его в работу в течение отведенного времени. Такой механизм работает только при соблюдении двух условий: 1) Существует четкая фиксированная схема маршрутизации эскалации; 2) Специалисты всегда корректно фиксируют факт приема заявки в работу перед началом ее решения. При выполнении этих условий автоматическая передача заявки на следующий уровень действительно защищает от застревания заявок в случае перегрузки конкретного уровня поддержки. Однако на практике второе условие часто нарушается, особенно во время инцидентов, что делает такую страховку ненадежной.

Переходной точкой между фазами problem control (PC) и error control (EC) является завершение диагностики проблемы - то есть момент, когда определена корневая причина проблемы и сформированы возможные варианты ее решения. В этот момент процесс управления проблемами переходит от этапа поиска и анализа проблемы к этапу реализации выбранного решения. Определение этой четкой границы между фазами позволяет разделить процесс на нормируемую часть (диагностика) и ненормируемую часть (реализация решения и проверка), что упрощает управление и контроль над процессом.

Геометрическая интерпретация удовлетворенности заказчика связана с косинусом угла следующим образом: ответ на вопрос Xi (от 0 до 1) представляется как cos(Фi), где Фi – угол от 0 до П/2. При полном соответствии (Xi=1) угол Фi равен 0, что означает совпадение восприятия поставщика и заказчика. При полном несоответствии (Xi=0) угол Фi равен П/2, что соответствует перпендикулярности их точек зрения. Промежуточные значения Xi соответствуют пропорциональному изменению угла, отражающему степень расхождения во взглядах на качество услуги.

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

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

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

eSCM-SP (eSourcing Capability Model for Service Providers) - это сложный подход к построению обобщенных процессных моделей. В тексте отмечается, что этот подход 'слишком сложен' для автора и, вероятно, для многих практиков. Автор видит необходимость в промежуточном уровне между USM и eSCM-SP - что-то ближе к eTOM, но с обобщением на различные виды услуг. eTOM (Enhanced Telecom Operations Map) - это известная отраслевая рамочная модель управления для телекоммуникационных компаний, которую предполагается адаптировать для более широкого применения.