Стандарты ИТ-управления, такие как ITIL, COBIT и ISO/IEC 20000, предусматривают рекомендации о назначении ответственных за процессы, но не всегда указывают на необходимость выделения отдельной должности. Например, в ITIL говорится о роли Process Owner (Владелец процесса), который отвечает за стратегическое развитие и качество процесса. Однако во многих организациях эта роль совмещается с операционными обязанностями. Стандарты предполагают, что если масштаб процесса достаточно велик, то его управление может стать основной должностью сотрудника. Наличие выделенных менеджеров процессов чаще всего наблюдается в крупных компаниях с высоким уровнем зрелости по моделям, таким как CMMI или ITIL Capability Maturity Model.

Делегирование работ, обозначенных как R в RACI-матрице, рекомендуется по нескольким причинам: время руководителя ограничено и должно использоваться на стратегические задачи, а не на оперативное исполнение; делегирование позволяет развивать навыки и компетенции подчиненных, создавая резерв кадров; распределение задач снижает риски, связанные с перегрузкой одного человека; делегирование способствует более равномерной загрузке команды и повышает общую продуктивность. Важно помнить, что при делегировании руководитель сохраняет за собой контроль и может быть включен в матрицу как I (Informed) или C (Consulted), чтобы отслеживать ход выполнения задачи без непосредственного участия в процессе. Это позволяет руководителю сосредоточиться на более важных аспектах управления, сохраняя при этом необходимый уровень контроля.

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

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

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

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

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

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

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

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