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

При адаптации COBIT5 в Бахрейне 37 процессов были сгруппированы в следующие 8 блоков: стратегия и руководство (6 процессов), управление финансами (4 процесса), люди и ресурсы (2 процесса), инфраструктура и эксплуатация (8 процессов), управление приложениями (3 процесса), планирование услуг и архитектура (3 процесса), управление рисками и безопасностью (7 процессов), управление портфелем и проектами (4 процесса).

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

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

CleverKPI предлагает несколько вариантов решения задач по измерению ИТ-управления в зависимости от потребностей клиента: бесплатные ресурсы для первоначального ознакомления, недорогая книга за 500 рублей, авторский курс за 29 500 рублей для углубленного изучения, экспресс-диагностика от 360 000 рублей для практической оценки текущего состояния, консалтинговые услуги для корректировки системы управления и преднастроенное программное обеспечение для автоматизации процессов измерения. Это позволяет клиенту выбрать наиболее подходящий уровень взаимодействия для решения его задач.

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

Совет по руководству информационными технологиями и телекоммуникациями (ICTGC) Бахрейна сгруппировал 37 процессов COBIT5 в 8 блоков: Стратегия и руководство, Управление финансами, Люди и ресурсы, Инфраструктура и эксплуатация, Управление приложениями, Планирование услуг и архитектура, Управление рисками и безопасностью, Управление портфелем и проектами. Эта группировка была сделана для лучшего управления ИТ в контексте развития электронного правительства.

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

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

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