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

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

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

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

С 1990-х годов подходы к обслуживанию клиентов стали более структурированными и профессиональными. Если раньше предприниматели использовали спонтанные методы, такие как объявления на рынках или в автомобилях с надписями «Доллары куплю», то сегодня компании разрабатывают детальные стратегии, направленные на высококачественное удовлетворение покупательского спроса, что отражается в их официальных формулировках миссии.

В деловой игре Grab@Pizza роли распределяются так, что два человека выступают в роли "ИТ-поддержка", два - в роли "Управление изменениями", два - в роли "SLM" и три участника играют роли в бизнес-части. В современной практике парные роли формируются из представителей как ИТ, так и бизнес-подразделений, что способствует взаимопониманию сторон.

В российских стандартах (ГОСТ 27.002-89, ГОСТ Р 53480-2009) применяется термин «готовность», заимствованный из теории надежности и ориентированный на технические характеристики. Международные стандарты ITIL и ISO/IEC 20000 используют термин «доступность» (availability), который в контексте ИТ-управления включает не только техническую работоспособность, но и организационные аспекты предоставления услуги. Это различие сохраняется в профессиональной литературе и требует адаптации терминологии при локализации документов.

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

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

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