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

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

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

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

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

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

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

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

Практические упражнения для распознавания Action Bias включают в себя анализ реальных кейсов и ситуаций, таких как рассмотренное в тексте упражнение «Найдите среди предлагаемых утверждений ложные, обоснуйте своё мнение». Полезно регулярно проводить рефлексию принятых решений, задавая вопросы: было ли это действие действительно необходимо? Что бы произошло, если бы мы этого не сделали? Также можно внедрить практику «остановки перед действием» - обязательную паузу перед запуском новых задач для обоснования их необходимости. Деловые игры и симуляции процессов, такие как «Проект Феникс - DevOps на практике», позволяют в безопасной обстановке увидеть, как скрытые убеждения влияют на принятие решений. Важно создавать среду, где вопросы о целесообразности действий поощряются, а не рассматриваются как проявление нерешительности.

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