Использование компонента Change Request Management (ChaRM) системы SAP Solution Manager для поддержки проекта внедрения

Многим пользователям известно, что функциональные возможности компонента Change Request Management (ChaRM) можно использовать для увеличения эффективности процессов управления изменениями, повышения точности отчетов и уменьшения рисков в течение жизненного цикла проектов по обновлению систем. Однако принципы использования ChaRM для управления изменениями при реализации проектов внедрения, начиная с фазы планирования и заканчивая физическим развертыванием этих изменений в конкретном системном ландшафте, не всегда очевидны.

В данной статье автор, основываясь на собственном опыте, описывает все фазы жизненного цикла проекта внедрения ChaRM, включая операции, которые выполняются на каждой фазе. Также рассматриваются четыре вида связанных сервисных операций SAP Customer Relationship Management (SAP CRM), которые являются основными компонентами любого внедрения ChaRM. В частности, анализируется роль, которую стандартная корректировка, представляющая собой вид операции SAP CRM Service, играет в процессе внедрения ChaRM, а также проблемы, с которыми может столкнуться каждый член группы внедрения. В завершение предлагается несколько идей, касающихся способов поддержки сложных системных ландшафтов компонента ChaRM, а также трудности, которые могут возникнуть при его внедрении.

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

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