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

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

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

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

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

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

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

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

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

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