Ningún cliente SAP es igual. Los diferentes tamaños y complejidades de sus entornos reflejan este contraste. Sin embargo, las organizaciones tienen en común el deseo de gestionar sus entornos de forma segura y eficaz. 

La creación de un paisaje separado, comúnmente denominado N+1 paisajepara proyectos SAP de gran envergadura.

A la hora de decidirte a gastar tiempo y dinero, tienes que pensar en:

  1. Alcance del proyecto - si la duración prevista del proyecto SAP es superior a 2-3 meses y el impacto previsto de los cambios en los objetos es enorme, debería realizarlo en un entorno de Desarrollo/Control de calidad independiente de sus cambios de soporte de producción.
  2. Conflictos anteriores - si en proyectos anteriores, los cambios de soporte de producción han encontrado un gran número de conflictos con los cambios del proyecto, dando lugar a problemas de superación/sobrescritura e hipercuidado, entonces es mejor realizar su trabajo de proyecto posterior en un entorno de proyecto SAP separado 
  3. Actualización de SAP - si el proyecto SAP incluye un cambio de versión de SAP, éste suele realizarse en un entorno independiente, lo que permite dar soporte a la versión actual en el entorno de soporte de producción existente.

Ahora que has decidido utilizar un paisaje independiente, ¿qué sigue? 

Existen varios retos cuando se tienen dos instancias de desarrollo enviando cambios a una única instancia de producción. Sin embargo, la funcionalidad Rev-Trac puede ayudarle a mantener los objetos sincronizados durante su modo de trabajo de paisaje dual, informar sobre los objetos desarrollados en paralelo y controlar el inicio del desarrollo paralelo. 

Gestión de versiones de objetos

Dado que cada sistema de desarrollo puede tener diferentes versiones del mismo objeto en vuelo en diferentes transportes, puede ser fácil obtener cambios migrados y encontrar que un transporte de desarrollo ha sobrescrito los cambios del otro paisaje.   

Con la funcionalidad de clonación/retroalimentación de Rev-Trac junto con Rev-Trac OOPS (Overtake and Overwrite Protection System), ¡puedes prevenir este desafío antes de que ocurra! Rev-Trac ya conoce el sistema fuente de la versión activa actual en el sistema de Producción.

Antes de migrar un transporte, la comprobación de OOPS le avisará de que está a punto de sobrescribir con un cambio procedente de un sistema de desarrollo distinto al de la versión activa actual. Si migra una nueva versión al sistema de producción, debe actualizarse en el otro sistema de desarrollo, para que ambos sistemas de desarrollo estén en la misma versión que producción. Rev-Trac Cloning automatizará este requisito de sincronización - proporcionando un flujo de trabajo para sincronizar los cambios del objeto con los cambios existentes del proyecto en curso. 

Informes con el entorno de proyectos SAP

Informe de desarrollo paralelo en vuelo de Rev-Trac le permite ver e informar a su comunidad de desarrollo qué objetos están en vuelo en ambos entornos. Esto ayuda a los gestores de proyectos a planificar el desarrollo de sus objetos sin tener que volver a trabajar apenas debido a los cambios en las correcciones de soporte de producción que se producen al mismo tiempo que el trabajo del proyecto. 

Desarrollo paralelo

Con la característica de Bloqueo Extendido de Rev-Trac, usted puede permitir a sus gerentes de proyecto controlar cuándo permitir el desarrollo paralelo de objetos que encuentran un mensaje de Bloqueo de Rev-Trac debido a otros cambios en vuelo. Esto les permitirá comprender y controlar adecuadamente el desarrollo de los objetos de sus proyectos. 

Estar informado y preparado al iniciar cualquier proyecto SAP le ayudará sin duda a entregar su proyecto a tiempo y dentro del presupuesto, ¡con una reducción significativa de los problemas de hipercuidado! 

Si tiene alguna pregunta o desea debatir enfoques de cambio/transporte para su próximo SAP proyecto, no dude en contacte con nosotros.