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

Четыре аспекта управления ИТ-услугами в ITIL 4 являются эволюцией концепции 4P (Продукты, Процессы, Персонал, Партнеры/Поставщики), описанных в ITIL v3 2011 в книге 'Service Design'. Однако в ITIL 4 эти аспекты расширены и применены не только к этапу проектирования услуг, но ко всей системе создания ценности, включая потоки создания ценности и практики. Вместо продуктов, процессов, персонала и партнеров ITIL 4 предлагает рассматривать: организации и людей (включая персонал и стейкхолдеров), информацию и технологии (заменяя узкое понимание продуктов), партнеров и поставщиков, а также потоки создания ценности и процессы. Это расширение отражает более целостный подход, где аспекты часто перекрываются и не имеют четких границ, и они применимы ко всему жизненному циклу услуг, а не только к их проектированию.

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

Низкой эффективности потока в командах разработки (3-10%) способствуют несколько факторов: большое количество задач в системе, нежелание делать сложный выбор между задачами, склонность брать новые, понятные задачи вместо решения уже начатых сложных задач, использование статуса 'отложено' для задач, требующих уточнений или участия отсутствующих сотрудников. Все это приводит к тому, что значительная часть трудозатрат превращается в простои и не добавляет ценности, а время ожидания для отдельных задач достигает 90-97% от общего времени нахождения в системе.

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

Руководители необходимы в организации, так как они помогают сотрудникам добиваться выдающихся результатов. Без руководителей эффективная работа организации становится невозможной, что подтверждает исследование Google под названием Project Oxygen. Хорошие менеджеры создают условия для продуктивной работы, обеспечивают сотрудников необходимыми ресурсами и поддерживают их личностное развитие. Они задают чёткую стратегию и направление для команды, способствуют решению конфликтов и помогают распределять задачи оптимальным образом. Отсутствие руководства приводит к хаосу и снижению общей эффективности, даже если изначально предполагалось, что организация может работать как плоская структура без менеджеров.

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

Чтобы избежать фокуса исключительно на процессах при внедрении управления ИТ-сервисами, необходимо следовать следующим принципам: 1) Начать с определения ключевых ИТ-сервисов и выявления показателей качества, важных для бизнеса, а не со внедрения процессов; 2) Установить четкую ответственность за каждый сервис и назначить менеджеров сервисов; 3) Связать метрики процессов напрямую с показателями качества сервиса, а не только с внутрипроцессными показателями; 4) Внедрить постоянную обратную связь от пользователей сервисов для корректировки приоритетов и целей; 5) Создать циклы непрерывного улучшения сервисов, включающие анализ отклонений, выявление причин проблем и внедрение улучшений; 6) Обеспечить, что система мотивации сотрудников направлена на достижение целевых показателей сервиса, а не только на следование процессным процедурам; 7) Проводить регулярные стратегические встречи по управлению сервисами с участием бизнеса для согласования приоритетов и ожиданий.

Для оценки удовлетворенности заказчика ИТ-услугами можно использовать опрос, содержащий ключевые вопросы, задаваемые заказчикам на регулярной основе. Например, вопросы о степени удовлетворенности достигаемойutility услуг, степени удовлетворенности достигаемой warranty услуг, и степени соответствия показателей warranty реальным потребностям заказчика. Ответы даются по шкале 0-1 (0 – полное несоответствие, 1 – полное соответствие), а для определения итогового показателя можно использовать взвешенное арифметическое усреднение. Такой подход обеспечивает прямое получение обратной связи от заказчика.

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