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

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

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

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

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

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

Для улучшения анализа зрелости процессов предлагается дополнить радар зрелости показателем результативности процессов. Результативность процессов измеряется по шкале от 0 до 100% и отражает фактическую пользу, которую процессы приносят организации. Зрелость также можно привести к этой шкале, что позволяет объединить обе оценки на одной диаграмме. На таком общем радаре линия результативности показывает текущую пользу процессов, а линия зрелости — степень уверенности в том, что эта польза будет достигаться стабильно в будущем, даже при изменяющихся условиях.

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

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

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