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

Относительные приоритеты бизнеса учитываются при расчете общего показателя качества через использование весовых коэффициентов. Например, при объединении показателей из различных групп услуг (mission-critical, business-critical и обычные) каждой группе присваивается вес, отражающий ее степень важности для бизнеса. При расчете общего интегрального показателя эти веса учитываются в формуле, например, при вычислении взвешенного среднего арифметического. Если mission-critical услуги имеют вес 0.5, business-critical — 0.3, а обычные — 0.2, то их показатели будут пропорционально учитываться в общем результате. Это позволяет управлять акцентами в оценке и более точно отражать стратегические приоритеты бизнеса.

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

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

ITIL рекомендует четко обозначать и устанавливать реалистичные сроки выполнения для инцидентов и запросов на обслуживание, отражая разную срочность и сложность этих категорий. Сроки для инцидентов должны быть определены исходя из уровня их влияния и важности для бизнеса, с акцентом на максимальное сокращение времени простоя. Для запросов на обслуживание сроки могут быть более предсказуемыми и стандартными, так как они представляют собой регулярные операции, которые можно запланировать. Важно, чтобы эти сроки были согласованы с заказчиком и отражены в SLA, обеспечивая прозрачность ожиданий для всех заинтересованных сторон и позволяя объективно измерять соблюдение этих сроков.

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

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

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

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

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