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

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

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

Для определения нормальной производительности необходимо фиксировать конкретные измеримые показатели, которые понятны конечным пользователям и могут быть воспроизведены ими самостоятельно. Например, можно задать критерий: «время формирования отчета не должно превышать 5 минут». Важно, чтобы измерения проводились в терминах, близких пользователям, а не через внутренние технические метрики. Это позволяет исключить субъективность и создает объективную основу для оценки работы системы.

На объединенном радаре линия результативности показывает текущую пользу, которую процессы приносят организации, измеряемую по шкале от 0 до 100%. Эта линия отражает фактическую эффективность выполнения процессов в свете бизнес-целей. Линия зрелости, в свою очередь, характеризует уверенность в том, что организация сможет продолжать получать эту пользу даже при изменяющихся условиях. Это показывает, насколько надежно процессы построены и документированы, и насколько легко их можно масштабировать или адаптировать. Другими словами, результативность — это «функциональность», а зрелость — это «гарантия», аналогично известной концепции ITIL.

Чтобы определить, действительно ли бизнес нуждается в SLA, следует проверить несколько аспектов. Во-первых, включает ли ваш SLA компоненты L (Level – измеримые характеристики услуги) и A (Agreement – осознанное соглашение сторон). Во-вторых, проверьте, нужен ли SLA именно бизнесу, а не просто ИТ-подразделению как формальности. В-третьих, наблюдайте, используется ли SLA бизнесом после подписания: проходит ли он пересмотр, контролируется ли соблюдение условий. Если ответ на эти вопросы отрицательный, то SLA не востребован бизнесом и не несет практической ценности для организации.

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

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

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

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