Целесообразность применения методик DevOps определяется оценкой их соответствия конечной бизнес-задаче и контексту организации. Необходимо проанализировать, является ли поддерживаемый ИТ-решением бизнес-процесс фактором дифференциации компании. Если нет, возможно, разумнее адаптировать бизнес-процесс под возможности доступных решений, включая коробочные продукты. Также важно учитывать уровень сложности инфраструктуры: в условиях высокой сложности (область 'Сложно' по Cynefin) традиционные методы могут быть неэффективны, и предпочтительнее использовать итеративный подход вместо сложного планирования.

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

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

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

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

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

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

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

Частота аудита CMDB определяется критичностью инфраструктурных компонентов и интенсивностью изменений. Для высоконагруженных систем (например, корпоративные серверы) рекомендуется проверять данные ежеквартально, для менее критичных компонентов (офисные ПК) — раз в полгода. При высоком уровне изменений (например, активная миграция в облако) частота увеличивается до ежемесячной. Также проводится внеплановый аудит после выявления системных ошибок, связанных с некорректными данными CMDB, или при изменении регуляторных требований.

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