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

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

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

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

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

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

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

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

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

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