Своевременность решения инцидентов в размере более 95% превышает отраслевую статистику, которая составляет в среднем 82%. Согласно данным Pink Elephant за 2013 год, только 13% компаний достигают уровня своевременности в диапазоне 96-100%. Этот показатель часто позиционируется как достижение, хотя его реальная ценность зависит от сопутствующих параметров, таких как целевое время решения и восприятие пользователями.

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

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

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

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

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

В книге упоминаются два предельных способа агрегирования нормированных KPI в интегральный показатель: среднее арифметическое и произведение. Эти способы называются предельными потому, что при большом числе KPI среднее арифметическое стремится к 1 (100%), а произведение стремится к 0 (0%). Эти алгоритмы удовлетворительно работают только при небольшом числе KPI (3-5 показателей).

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

Стандарт ISO 20000 объединяет процессы управления доступностью и управления непрерывностью в рамках единой структуры, отражая их взаимосвязь и общие цели. В то же время фреймворк MOF4 (Microsoft Operations Framework) идёт ещё дальше и вводит концепцию функции надежности, которая объединяет четыре аспекта гарантии: доступность, мощность, безопасность и непрерывность. Это указывает на тенденцию к интеграции этих процессов на уровне лучших практик, хотя в практической реализации многие организации по-прежнему разделяют их из-за различных подходов и задач, стоящих перед AVA и CONT.

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