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

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

Value Stream 'Request to Fulfill' (R2F) в IT4IT включает в себя несколько ключевых функциональных компонентов, отвечающих за предоставление ИТ-услуг конечным пользователям. К основным компонентам относятся: каталог услуг (Service Catalog), управление запросами (Request Management), управление инцидентами (Incident Management), управление проблемами (Problem Management), управление уровнем услуг (Service Level Management). Эти компоненты работают совместно для обеспечения того, чтобы пользователи могли легко запрашивать услуги, получать их без перебоев и иметь возможность сообщать о возникающих проблемах. Структура этого Value Stream напрямую соответствует основным процессам ИТ-управления в эксплуатации, описанным в ITIL v3, и представляет их как часть единого потока, направленного на удовлетворение запросов пользователей и обеспечение непрерывности услуг.

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

Выбор стандарта зависит от цели расчетов. Для внутренней технической оценки надежности компонентов сети (например, оборудования) рекомендуется использовать ГОСТ Р 53480-2009, так как он фокусируется на физических характеристиках систем. Для управления ИТ-услугами и взаимодействия с заказчиками предпочтительнее ITIL и ISO/IEC 20000, где акцент сделан на доступность услуги в контексте бизнес-процессов. На практике часто применяются оба подхода: ГОСТ для технических отчетов, ITIL — для коммуникации с клиентами.

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

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

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

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

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