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

При расчете Flow Efficiency возникает вопрос, какое рабочее время учитывать. Если команда состоит из сотрудников с разными графиками работы (например, аналитики в Новосибирске, разработчики в Москве, тестировщик на неполную ставку), возникает сложность выбора календаря. Можно было бы использовать календарь отдельного сотрудника, но в случае совместной работы над задачей это не отражает реальную ситуацию. В результате многие команды прибегают к упрощенным оценкам или договоренностям, которые дают неточные результаты, а не строгий расчет. Это приводит к ситуации, когда формально рассчитанная Flow Efficiency может отличаться от реальной эффективности в несколько раз.

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

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

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

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

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

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

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

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