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

Навязанные услуги опасны тем, что они не учитывают реальные потребности и восприятие заказчика, из-за чего становятся бесполезными для него. Это приводит к неэффективности работы ИТ-службы, потере доверия со стороны заказчика и, как следствие, к ухудшению взаимодействия между сторонами. Навязывание услуг — это частный случай неправильного применения сервисного подхода, когда поставщик пытается «догнать и причинить добро», не получив обратной связи или поддержки от заказчика.

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

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

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

Основное расхождение заключается в том, что апологеты этих подходов иногда упрощают их применимость, предполагая, что они универсальны для всех типов организаций и ситуаций. В реальности каждый подход имеет свою область эффективного применения. Например, методы DevOps, хорошо работающие в стартапах и небольших командах, могут быть неэффективны в крупных enterprises с распределенными гетерогенными инфраструктурами без соответствующей адаптации. Это приводит к распространению статей типа «Мифы ХХХ», где адепты пытаются опровергнуть распространенное мнение о несоответствии подхода конкретным условиям, иногда без должного учета контекста.

В типичных командах разработки для отдельной задачи из всего времени, которое она находится в системе, в среднем 90% составляет время ожидания. Для большого количества команд эта цифра еще выше - 95-97%. Это означает, что отношение реального времени работы над задачей (Touch Time) ко времени в системе (System Lead Time), называемое эффективностью потока, находится в диапазоне от 3% до 10% для обычных команд.

В условиях кризиса компании сокращают капитальные вложения в ИТ-проекты, что приводит к увеличению доли операционных затрат в общем бюджете. Например, в российских банках доля операционных затрат выросла до 76-79% по сравнению с обычными 55-60%. Это делает управление операционными расходами особенно важным для сохранения финансовой устойчивости ИТ-подразделений.

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

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