Выбор модели зависит от требований к гибкости, сложности системы и необходимости аудита. Например, в простых системах с чёткими ролями достаточно RBAC, тогда как в динамичных средах (многофилиальные компании) гибридная модель с ABAC обеспечит точный контроль. Неверный выбор может привести к избыточной сложности (чистый ABAC) или недостаточной адаптивности (только RBAC).

Помимо пары «среднее + минимум», можно использовать взвешенное среднее, где веса определяются критичностью услуг для бизнеса (например, система учёта продаж может иметь вес 3, а внутренний чат — 0,5). Также подходит подход с процентом услуг, выполнивших SLA на уровне выше целевого (например, 8 из 10 услуг достигли 90%). Для визуализации эффективны термометры, где высота заполнения соответствует среднему значению, а цвет — минимальному (красный при <70%).

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

Основные принципы четвертого сценария основаны на ключевых идеях DevOps: чем чаще команда сталкивается с проблемными моментами процесса доставки, тем быстрее она выявляет и устраняет корневые проблемы. Повторение проблемных операций на высокой частоте является мощным мотиватором для поиска и реализации решений. Достижение ежедневных релизов требует фундаментальных изменений в процессах, включая максимальную автоматизацию, создание стабильных тестовых сред, увеличение покрытия автотестами и внедрение непрерывной интеграции и непрерывного развёртывания. Это подразумевает переход к "High Velocity IT", где команда обладает способностью быстро и надежно внедрять изменения в продукт.

Потребности (Север) и желания (Запад) различаются по своей значимости и обязательности для клиента. Потребности - это базовые, необходимые условия, без которых услуга не будет считаться полезной или приемлемой. Например, для услуги такси необходимым является именно перемещение от точки А до точки Б. Желания же - это дополнительные элементы, которые при наличии повышают удовлетворённость, но их отсутствие не делает услугу непригодной. Например, вежливый водитель или приятная музыка в такси являются желаниями. Понимание этой разницы помогает правильно расставлять приоритеты в развитии сервиса: потребности должны быть обеспечены в первую очередь как основа, а желания могут быть использованы как дифференцирующие факторы для превосходства над конкурентами.

ABAC позволяет реализовывать гибкие и динамические правила доступа, учитывающие временные, географические и контекстные параметры (например, время суток, день недели, IP-адрес, стоимость заказа). Это даёт возможность более точного контроля доступа в сложных сценариях, таких как ограничение прав менеджера редактировать заказы только в своем филиале и только при стоимости ниже определённого порога. В отличие от RBAC, ABAC не привязан к жёстким ролям, что повышает адаптивность системы.

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

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

Не всегда возможно достичь 90% использования портала самообслуживания из-за различий в рабочих условиях сотрудников. Например, на производственных предприятиях, где сотрудники работают на линиях или с техникой, у них может не быть доступа к персональному компьютеру, но при этом они могут использовать специализированные системы и сканеры. Для таких сотрудников телефон остается самым удобным каналом связи с ИТ-поддержкой. Кроме того, в ситуациях, где работники часто меняются или у них низкая подготовка по ИТ, им может быть сложно самостоятельно пользоваться порталом, что снижает процент обращений через самообслуживание.

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