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

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

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

Бритва Оккама в контексте использования OLA и SLA означает принцип минимальной сложности, согласно которому не следует умножать сущности без необходимости. В данном случае это подразумевает, что если термин OLA не добавляет ценности к пониманию процессов и фактически дублирует SLA с другой точки зрения, то его можно не использовать. SLA и UC (Underpinning Contracts) достаточно для описания всех необходимых соглашений, поэтому нет необходимости введения отдельного термина OLA. Таким образом, применяя бритву Оккама, можно упростить управление сервисами, убрав избыточный термин, который только вызывает путаницу и усложняет процессы.

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

Методика «Метод освоенного объёма» (Earned Value Management, EVM) определяет ключевые численные характеристики для измерения степени соответствия хода проекта его плану. EVM широко используется в управлении проектами для количественной оценки прогресса по проекту. Методика хорошо описана в литературе и стандартах, таких как PMBoK, и реализована во многих программных продуктах, связанных с управлением проектами. Она фокусируется на анализе стоимости и выполненных работ для оценки текущего состояния проекта по сравнению с запланированным.

Контроль KPI сосредоточен на отслеживании соответствия процесса установленным нормативам (например, время решения инцидентов не превышает 4 часов). Развитие процессов предполагает постоянное улучшение через поиск способов увеличить эффективность (например, снижение времени решения инцидентов до 2 часов) или улучшить результативность при тех же ресурсах. Первое — реактивный мониторинг, второе — проактивная работа по оптимизации.

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

Идеальная ситуация с точки зрения геометрической интерпретации означает, что по всем показателям наблюдается полное соответствие ожиданиям заказчика (Xi=1 для всех i). Это соответствует углу Фi=0 для каждого показателя, что указывает на полное «выравнивание» взгляда поставщика услуг с позицией заказчика. Иными словами, заказчик и поставщик воспринимают предоставляемые услуги идентично, без каких-либо расхождений в ожиданиях и реальных результатах.

Три основных принципа, помогающие интегрировать деятельность по развитию в повседневную работу компании: 1) Деятельность по развитию должна быть обязательной и «встроенной» в обычную ежедневную работу почти каждого сотрудника, поскольку возможности для улучшений появляются каждый день. 2) Время на развитие должно быть чётко определено и выделено явным образом, как часть работы. 3) Необходимо не позволять сотрудникам заменять выделенное время на развитие операционными задачами, поскольку рутина стремится занять всё доступное время.