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

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

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

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

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

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

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

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

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

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