Рекламные подходы в 90-е годы были более спонтанными и неформальными, часто ограниченными простыми надписями, такими как «Доллары куплю / продам» или «Рассмотрю любые предложения». Современные подходы отличаются структурированностью и профессионализмом, когда компании формулируют свои цели как «наиболее качественное удовлетворение покупательского спроса», что отражает более продуманные маркетинговые стратегии и стандарты.

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

Основные ошибки: 1) Сведение управления проблемами к 'медленному' устранению инцидентов без глубинного анализа причин; 2) Отсутствие отдельного потока для проактивного выявления проблем; 3) Непрожитие ролевой модели (например, игнорирование роли координатора проблем); 4) Использование метрик инцидент-менеджмента для оценки проблем; 5) Несоответствие настроек ITSM-системы процессным требованиям. Это приводит к формальному соблюдению процесса и сохранению повторяющихся инцидентов.

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

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

Путаница возникает по причине того, что стандарт ITIL V3 описывает процессы и общие подходы к управлению, но не детализирует организационные роли на уровне исполнения. Например, роль "Практик изменений" (Change practitioner) включает обязанности по мониторингу и проверке, но не прямо указывает на необходимость координации действий, которая скорее относится к процессу управления изменениями в целом. Аналогично, в процессе управления релизами координация формально не закреплена за конкретной ролью, хотя в обязанности менеджера процесса входит координация ресурсов и взаимодействие с другими процессами. Это приводит к неоднозначности в реализации процессов на практике и необходимости адаптировать стандарт под внутренние структуры организации.

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

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

Формулировка целей процесса в ITIL должна соответствовать критериям SMART: - Конкретность: чёткое описание того, что нужно достичь (например, "довести долю обращений на первой линии поддержки до 30%"). - Измеримость: наличие метрик прямо в формулировке (проценты, сроки, количественные показатели). - Достижимость: реалистичный уровень амбициозности. - Актуальность: связь с бизнес-ценностью и общими целями организации. - Привязка ко времени: указание срока достижения (месяц, квартал). Кроме того, цели должны формулироваться с использованием глаголов совершенного вида ("обеспечить увеличение", "достичь уровня"). Они пересматриваются регулярно и размещаются не в регламенте процесса, а в планах управления.

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