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

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

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

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

Критичность отклонения оценивается через влияние сбоя на бизнес-процессы. Например, недоступность CRM-системы на час может привести к потере 100 заявок, а простой внутреннего почтового сервера — только к временному неудобству. Рекомендуется создать матрицу, где каждая услуга оценивается по шкале: 1) финансовые потери в час простоя, 2) число затронутых сотрудников, 3) регуляторные риски. Услуги с высокой оценкой по этим параметрам должны получать больший вес в обобщённом отчёте.

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

Нужно провести анализ причин: 1) Проверить реалистичность SLA — возможно, показатель недоопределён (например, не учтены внешние факторы вроде сбоев у провайдера). 2) Оценить критичность услуги — если она не влияет на ключевые процессы, можно снизить требования. 3) Выделить ресурсы на устранение проблемы, если услуга важна. Если низкое значение объективно (например, регулярные небольшие сбои в legacy-системе), стоит рассмотреть миграцию на современное решение. В отчётности можно временно исключить такую услугу из обобщённого показателя с пояснением, но только после согласования с бизнесом.

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

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

Курс 'Flow Metrics: управление потоковым производством на основе данных' — это дистанционный программный курс для самостоятельного изучения, который занимает около 8-10 часов, хотя доступ к материалам предоставляется на полгода. В курсе содержится более 70 паттернов для 7 ключевых метрик потока. Обучение ориентировано на практическое применение, включая работу с графиками и диаграммами. Курс учит не столько находить готовые ответы в данных, сколько формулировать правильные вопросы, необходимые для анализа потока создания ценности.