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

Для применения модели Compass Model к электронной почте как общеорганизационной ИТ-услуге: Север (потребности): сотрудникам необходимо надёжно и быстро обмениваться информацией внутри компании и с внешними партнёрами; получать уведомления о важных событиях; хранить переписку для последующего доступа. Запад (желания): интуитивно понятный интерфейс; синхронизация с календарём; фильтрация спама; дополнительные функции вроде шифрования или совместного редактирования файлов. Юг (стереотипы): корпоративная почта медленная, неудобная, часто зависает, или наоборот, безопасная и надёжная. Восток (эмоции): раздражение при сбоях в работе почты, спокойствие при стабильной работе, доверие к системе при эффективной защите данных. Такой анализ помогает определить, какие аспекты необходимо улучшить для повышения удовлетворённости сотрудников и повышения ценности услуги.

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

Подход, позволяющий минимизировать складские запасы на производстве в системе Kanban, — это организация вытягивающего типа производства, основанная на принципе «точно-во-время» (just-in-time). В этой системе каждый участок производственной цепочки производит или поставляет компоненты только тогда, когда следующий участок нуждается в них, что сигнализируется с помощью карточек Kanban. Это устраняет необходимость поддержания больших складских запасов между этапами производства, так как материалы поступают к потребителю как раз в тот момент, когда они нужны для продолжения процесса, что снижает издержки на хранение, уменьшает риск устаревания запасов и ускоряет оборачиваемость средств в производстве.

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

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

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

Стандарт eTOM позиционируется как предписывающий стандарт (prescriptive standard) в области управления ИТ-услугами, предоставляющий конкретные рекомендации и структуру для организации бизнес-процессов в телекоммуникационной отрасли. Однако в материале отмечается некоторая несогласованность в его классификации, так как его включение в категорию prescriptive standards вызывает удивление. eTOM служит основой для построения процессов управления услугами, но требует адаптации под специфику конкретных организаций.

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

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