Для повышения защищенности метрики от непродуктивной активности был уточнен операнд C, определяющий, какие проблемы учитываются в расчете. Теперь в числитель формулы попадают только проблемы из группы 'а' (решенные, с явной пользой), в знаменатель – проблемы из групп 'а' и 'б' (с непродуктивными затратами), а проблемы из группы 'в' исключаются полностью. Это изменение делает метрику более устойчивой к искажению.

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

«Школьная ловушка» в корпоративных тренингах проявляется в том, что участники, получив неполную информацию в раздаточных материалах (аналог «Дано» из школьных задач), не задают уточняющих вопросов тренеру, а пытаются решить поставленную задачу с теми данными, которые у них есть. При этом на экране отображается дополнительная информация, которую участники не учитывают. Аналогичное поведение наблюдается и в реальной работе: сотрудники ИТ-компаний часто не уточняют требования у заказчиков, считая, что всё понятно без дополнительных вопросов, что приводит к ошибкам в реализации проектов.

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

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

Тип ИТ-услуги напрямую определяет структуру процесса управления мощностями. Если услуга определена как предоставление ресурса, управление мощностями сводится к одному подпроцессу Resource Capacity Management. Если услуга ассоциирована с работоспособностью ИТ-системы, необходимы два подпроцесса: System Capacity Management и Resource Capacity Management. Если услуга ориентирована на бизнес-процессы, требуются все три подпроцесса: Business Capacity Management, System Capacity Management и Resource Capacity Management.

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

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

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

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