Качество ИТ-услуг определяется степенью соответствия определенным стандартам или договоренностям. Для этого необходимо выявить ключевые показатели, по которым будет оцениваться сервис, и зафиксировать целевые значения этих показателей. Например, для сервиса электронной почты важным показателем может быть доступность, чье целевое значение может быть установлено на уровне 95%. Когда показатель превышает целевое значение (например, 98%), можно говорить о высоком качестве сервиса. Для выявления показателей и их целевых значений рекомендуется проводить работу наподобие процесса SLM (Service Level Management), при этом учитывая требования и ожидания конечных пользователей.

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

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

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

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

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

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

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

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

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