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

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

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

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

Показатель CPI (Cost Performance Index) из методики EVM имеет несколько преимуществ по сравнению с показателем SPI. CPI эффективно оценивает соответствие проекта бюджету на всех этапах, включая завершённые проекты, поскольку он рассчитывается как отношение запланированной стоимости выполненных работ к фактическим затратам. В отличие от SPI, CPI не искажается к концу проекта и продолжает отражать финансовые отклонения, позволяя менеджерам объективно оценивать эффективность использования бюджета как в процессе выполнения, так и после завершения проекта.

Термин Service Capacity Management не рекомендуется использовать как фиксированное название подпроцесса, потому что понятие «услуга» может относиться к разным уровням: бизнес-процессам, ИТ-системам или ресурсам. Это приводит к путанице в терминологии и не позволяет четко определить уровень, на котором происходит управление мощностями. Вместо этого предлагается использовать термины, отражающие конкретный уровень: Business, System или Resource Capacity Management.

В игре выделяются две основные роли: менеджер проекта и сопровождающий проект. Менеджер проекта отвечает за стратегическое управление: он определяет цели, распределяет ресурсы, контролирует общий ход проекта и разрешает кризисные ситуации. Его задача – оставаться на высоте общих процессов, не углубляясь в оперативные детали. Сопровождающий проект выступает в роли правой руки менеджера, активно взаимодействует с исполнителями, помогает в решении повседневных задач, мотивирует команду и обеспечивает выполнение отчётности. Эти роли демонстрируют разницу между лидерством (создание видения и вдохновение) и управлением (организация процессов и контроль).

Для определения необходимости и достаточности набора метрик необходимо использовать методологию, которая включает установление назначения процесса и разработку метрик соответствия этому назначению, установление ключевых практик и разработку метрик для этих практик. Дополнительно можно применять Causal Loop Diagram (CLD), который связывает ключевые факторы системы управления и отражает их взаимное влияние. Анализируя элементы CLD и соотнося их с предлагаемыми метриками, можно проверить полноту и адекватность набора метрик, а также определить, покрывают ли они все аспекты управления процессом.

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

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