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

При управлении процессом резервного копирования следует отслеживать следующие ключевые показатели: - Успешность выполнения резервных копий: процент успешных операций резервного копирования от общего числа запланированных. - Время, необходимое для выполнения резервного копирования: продолжительность процесса резервирования данных. - Объем данных, включенных в резервное копирование: соответствие плановому объему данных, которые должны быть заархивированы. - Время восстановления данных: фактическое время, затрачиваемое на восстановление данных из резервных копий. - Точность восстановления данных: соответствие восстановленных данных исходному состоянию. - Частота проверок резервных копий: насколько регулярно проводятся тесты восстановления. - Количество ошибок и сбоев в процессе резервного копирования. - Время устранения проблем со сбоями в процессе резервного копирования. - Соответствие количества сохраняемых точек восстановления требованиям бизнеса. - Занятость хранилища резервных копий и эффективность использования ресурсов. - Удовлетворенность заинтересованных сторон процессом резервного копирования. Регулярный мониторинг этих показателей позволяет определить эффективность процесса резервного копирования и внести необходимые коррективы в соответствии с бизнес-требованиями.

Методология ITIL V3 прямо рассматривает понятие Tension Metrics (Сопряженные метрики) в контексте управления ИТ-услугами. Также подобные концепции присутствуют в системном подходе, теории ограничений (TOC), Lean-менеджменте и шести сигмах, где анализируются взаимосвязи между показателями и ищутся оптимальные точки баланса между конкурирующими требованиями.

Семь основных факторов успеха в реализации ITSM проектов, описанных в документе Pink Elephant "The Seven Enablers & Constraints Of IT Service Management", это: 1) Лидерство - поддержка и участие руководителей, без чего сложно принимать оптимальные решения и добиваться реализации процессов 2) Ресурсы - доступ к необходимым временным, человеческим и финансовым ресурсам, которые требуются задолго до запуска процессов 3) Знания и навыки - достаточный уровень квалификации ключевых специалистов, который достигается не только обучением проектной команды, но и вовлечением менеджеров на всех этапах 4) Средства автоматизации - наличие инструментов, способных реализовать требования к автоматизации процессов, а не диктовать их форму 5) Возможность запуска нововведений - способность организации распространять новые политики и процессы, что является наиболее важным пунктом, так как без полноценного запуска вся предыдущая работа теряет смысл 6) Способность влиять на корпоративную культуру - обеспечение выполнения новых правил с использованием различных методов мотивации и вмешательства руководства 7) Поддержка ITSM изменений - обеспечение необходимых приоритетов, финансирования и внимания на протяжении всего длительного периода внедрения системы управления.

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

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

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

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

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

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