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

Потребности (Север) в модели Compass Model представляют собой основные причины и цели, по которым потребитель обращается к определённой услуге или продукту. Чтобы определить потребности, следует ответить на вопрос: "Что клиент НЕОБХОДИМО должен получить от этой услуги?" Например, для человека, использующего такси при поездке в командировку, основной потребностью будет: "добраться из аэропорта в пункт назначения". Потребности обычно представляют собой базовые, обязательные к выполнению требования, без которых услуга теряет свой смысл. Они формируют фундаментальные ожидания клиента и определяют, будет ли услуга вообще им восприниматься как полезная.

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

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

Если координатор проблемы обнаруживает, что причина проблемы находится в смежной области, например, торможение приложения вызвано проблемами на СХД, в условиях слабой матрицы рекомендуется создать новую проблему, связанную с этой смежной областью, и назначить для неё отдельного координатора. При этом исходная проблема остаётся за первоначальным координатором. Такой подход позволяет вести параллельные работы по обеим проблемам, улучшает отслеживание взаимосвязей и способствует более эффективному решению.

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

Practice Success Factors (PSF) для практики управления инцидентами представляют собой комплексные функциональные компоненты, необходимые для того, чтобы практика реализовывала своё назначение. Согласно описанию в ITIL 4 Practice Guide, к ним относятся: обеспечение своевременного и эффективного восстановления нормальной работы услуг, поддержание удовлетворённости пользователей, соблюдение необходимого уровня прозрачности и коммуникации с пользователями, обеспечение качества решений (включая окончательность решения с первой попытки), контроль количества итераций взаимодействия с пользователем (например, через показатель FCR) и проактивное информирование о ходе решения инцидентов. Эти факторы обеспечивают комплексный подход к управлению инцидентами, выходящий за рамки простого ускорения решения проблем.

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

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

Для распределения стоимости услуг по потребителям существуют несколько методов. Самый простой метод – пропорциональное распределение на основе количественных показателей потребления, таких как количество пользователей, объем обрабатываемых данных или время использования. Более сложный метод – Activity-Based Costing (ABC), который учитывает различные виды деятельности, необходимые для предоставления услуги, и распределяет издержки на основе реального потребления ресурсов. Также применяется метод распределения по ключевым показателям эффективности (KPI), когда стоимость распределяется в зависимости от важности услуги для достижения стратегических целей бизнеса. Выбор метода зависит от сложности ИТ-инфраструктуры, требований к точности расчетов и уровня зрелости бюджетного процесса в компании.