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

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

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

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

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

На этапе перехода услуги в эксплуатацию (Service Transition) основные обязанности BRM включают обеспечение адекватного уровня вовлечения заказчика и пользователей в процесс. BRM должен гарантировать участие заказчика в тестировании, передаче/приемке услуги в эксплуатацию и, при необходимости, обучении. На этом этапе заказчик часто стремится устраниться, считая свою работу завершенной, но это может привести к отклонению от правильного направления и несоответствию ожиданиям. BRM участвует в координации действий между заказчиком и сервис-провайдером, обеспечивая правильное внедрение услуги и соответствие требованиям. BRM также следит за тем, чтобы процесс перехода проходил гладко и все стороны были хорошо информированы о своих задачах и ответственности.

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

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

Противоречие заключается в том, что процессы EDM01 и EDM05, которые должны описывать управление системой руководства ИТ, следуют той же структуре практик (оценка, направление, мониторинг), что и процессы руководства системы управления ИТ (например, EDM02–EDM04). При этом в COBIT 5 проводится чёткое разграничение между руководством и управлением. Если процессы EDM01 и EDM05 представляют собой процессы управления системой руководства, их структура должна быть ближе к управленческим циклам, например, PDCA (планирование-реализация-оценка-корректировка). А если это процессы руководства, тогда возникает вопрос о том, кем и в чьих интересах осуществляется руководство над системой руководства, что представляется избыточным.

Заинтересованные стороны играют ключевую роль в домене EDM COBIT 5. Процесс EDM05 напрямую связан с их потребностями, так как обеспечивает прозрачность и информирование заинтересованных сторон. Кроме того, все процессы домена EDM ориентированы на удовлетворение ожиданий и требований заинтересованных лиц. Например, процессы EDM02, EDM03 и EDM04 направлены на оптимизацию ценности, рисков и ресурсов именно с точки зрения интересов заинтересованных сторон. Таким образом, заинтересованные стороны выступают как основные получатели результатов деятельности системы руководства ИТ.