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

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

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

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

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

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

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

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

Показатель результативности процессов отражает фактическую пользу, которую процессы приносят организации. Он измеряется по шкале от 0 до 100%, что позволяет количественно оценить эффективность процессов в выполнении своих задач для бизнеса. Расчёт таких показателей для основных процессов ITSM (IT Service Management) включает специальные наборы KPI и методологию формирования сбалансированных карт показателей. Результативность определяет, насколько хорошо процессы удовлетворяют потребности бизнеса и обеспечивают ожидаемую ценность.

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