Новости RR Tech

Как превратить Change Enablement по ITIL в рабочий инструмент для всех подразделений — не только ИТ?

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

В системе R-Service практика управления изменениями (Change Management по ITIL V3 и Change Enablement по ITIL V4) реализована через функциональность рабочих процессов. Хотя термин «изменение» широко используется в ИТ-среде, он менее привычен в таких областях, как HR, финансы, юридические службы и маркетинг. Эти подразделения, как правило, не используют ITIL и чаще оперируют более интуитивными понятиями. Поэтому в R-Service используется термин «рабочий процесс» — он понятен специалистам из разных сфер и способствует «бесшовному» взаимодействию между отделами.

Важно: привычная сущность «Запрос на изменение» в системе сохранена. Рабочий процесс используется именно для реализации (доставки) запрошенного изменения. Таким образом, R-Service подчёркивает важность формализованного запроса на изменение, где определяется потребность, заинтересованные лица, КЕ и временные параметры изменения. Рабочие же процессы в R-Service, в свою очередь, могут быть привязаны не только к RFC (запросам на изменение), но и к запросам на обслуживание и инцидентам.
Рабочий процесс в R-Service представляет собой последовательность задач, схожую с небольшим проектом. Он визуализируется в виде диаграммы Ганта и может быть разбит на фазы. Задачи могут выполняться как последовательно, так и параллельно, в зависимости от логики и целей процесса.

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

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

Рабочий процесс может запускаться:
  • ежедневно;
  • еженедельно;
  • ежемесячно;
  • ежегодно.

А также с более гибкой периодичностью, например:
  • каждый второй понедельник;
  • раз в два года.
Спланировать можно не только старт рабочего процесса, но и начало выполнения работ, а с помощью инструмента «Календарь изменений» R-Service предоставляет возможность ознакомиться с грядущими задачами типа «Выполнение» в рамках запланированных изменений.
Таким образом, рабочие процессы в R-Service — это универсальный и наглядный инструмент для координации задач между различными подразделениями. Благодаря гибкой настройке, визуальному представлению и адаптированной терминологии, система способствует прозрачному управлению изменениями, автоматизации рутинных операций и эффективному взаимодействию между ИТ и бизнесом.