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

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

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

Примеры целей процесса управления инцидентами в ITIL, соответствующие принципу SMART: - Обеспечить увеличение доли своевременно решённых инцидентов до 95% к концу квартала. - Довести долю обращений, обработанных на первой линии поддержки, до 30% в течение полугода. - Сократить среднее время восстановления услуг после инцидентов критического уровня на 20% в течение года. - Увеличить удовлетворённость пользователей работой службы поддержки до 85% баллов по результатам опросов за квартал. Эти цели: - Сформулированы с использованием глаголов совершенного вида. - Имеют чёткие метрики и сроки. - Связаны с повышением качества ИТ-услуг через эффективное управление инцидентами.

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

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

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

Основные практические рекомендации по проведению опросов с точки зрения статистической значимости результатов: 1) Для опросов с пятибалльной шкалой достаточно собрать 40-50 ответов, чтобы получить статистически значимые результаты с ошибкой 0.25-0.5 балла при 95% доверительной вероятности. 2) Превышение этой выборки дает незначительный прирост точности по сравнению с затратами на сбор дополнительных ответов. 3) Если известно, что респонденты делятся на группы с разными паттернами ответов (например, различные филиалы или категории пользователей), необходимо собрать по 40-50 ответов для каждой группы. 4) При использовании более детализированных шкал оценок (например, десятибалльной) требуется увеличить размер выборки для сохранения той же точности.

Каждый процесс домена EDM в COBIT 5 включает три практики, которые следуют единой структуре: оценка, направление и мониторинг. Например, в процессе EDM01 эти практики названы: EDM01.01 «Оценка системы руководства», EDM01.02 «Определение направления развития для системы руководства», EDM01.03 «Мониторинг системы руководства». Такая же трехшаговая структура характерна и для всех остальных процессов домена EDM. При этом объект оценки, направления и мониторинга меняется в зависимости от конкретного процесса.

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