Команда может делегировать ответственность за эксплуатацию продукта, внедрив практики инфраструктуры как код (IaC), управления конфигурацией через системы контроля версий и использования принципа неизменности узлов. Это позволяет команде сохранять контроль над конфигурациями и параметрами настройки middleware, которые должны управляться через CMS и автоматизированные процессы, а не через ручные вмешательства в работающие системы. Базовая инфраструктура, такая как IaaS, может быть полностью делегирована внешним поставщикам, что значительно снижает нагрузку на внутреннюю команду. При этом необходимо иметь четкие SLA и мониторинг за работой системы, чтобы быстро реагировать на возможные инциденты. Это позволяет держать критически важную эксплуатационную экспертизу внутри команды и при этом эффективно использовать сторонние ресурсы для базовых задач.

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

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

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

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

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

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

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

Если бы процессы EDM01 и EDM05 в COBIT 5 описывали управление системой руководства, их структура практик должна была бы соответствовать управленческому циклу, например, PDCA (планирование, реализация, проверка, корректировка). Это означало бы, что в рамках EDM01 были бы такие этапы, как планирование создания подхода к руководству, реализация этого подхода, оценка его эффективности и внесение корректировок. Аналогично, процесс EDM05 содержал бы этапы планирования отчетности, ее подготовки, оценки и корректировки, чтобы обеспечивать прозрачность для заинтересованных сторон.

Доля экстренных изменений является одним из ключевых показателей эффективности (KPI) процесса управления изменениями. Высокая доля экстренных изменений указывает на недостаточное предварительное планирование, слабый контроль за процессом и увеличение рисков. Статистика подтверждает, что высокая доля экстренных изменений коррелирует с низким качеством их выполнения. Идеал — минимальная доля экстренных изменений, поскольку процесс управления изменениями по своей сути направлен на снижение рисков через соблюдение стандартных процедур.