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

Эффективное IVR-меню должно иметь не более двух уровней вложенности; предоставлять возможность быстрого перехода к живому оператору на любом этапе; учитывать статус клиента, используя данные из CRM-системы для персонализации сообщений; избегать заверений, которые не могут быть немедленно реализованы (на пример, «звонок переведён специалисту» при фактической постановке в очередь); включать информативные сообщения об ожидании («Вы 4-й в очереди, среднее время ожидания 3 минуты»); исключать ненужные просьбы оценить обслуживание до завершения взаимодействия; обеспечивать быструю навигацию через поддержку голосовых команд вместо кнопок.

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

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

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

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

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

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

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

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