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

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

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

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

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

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

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

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

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

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