Cuando se gestiona por lanzamientos, uno se enfrenta a numerosos retos. Con el tiempo he aprendido que si "aciertas" con tres áreas de diseño clave, el resto encajará y reducirá el riesgo.

De hecho, en lugar de llamarlos retos, llamemos a cada uno de ellos factor de éxito.

Primer factor de éxito

Definir claramente un cambio aceptable "como de costumbre" o BAU, en comparación con un "cambio de liberación". Definir esas dos categorías es crucial.

Si deja zonas grises, los usuarios empujarán los cambios solicitados ("¡necesitamos una nueva línea en el formulario de usuario lo antes posible!") a la lista BAU para una acción rápida.

La lista BAU se hinchará rápidamente mientras que la lista Release se reducirá y descubrirá que ha socavado su propia estrategia Release.

Segundo factor de éxito

Hacer bien el proceso. Un proceso sólido con pasos formalizados para planificar, programar, controlar y aprobar las versiones garantiza que se ajusten a los requisitos de la empresa.

La aplicación del proceso evita que se introduzcan o eliminen cambios de una versión después de su fecha límite. Puede que organices las versiones en función de una aplicación, una fecha o cualquier otro criterio.

Para acelerar la entrega, utilice su proceso para limitar el número de componentes, de modo que sus pruebas no tengan que ser tan amplias y profundas. Tus cambios pasarán antes a producción.

Tercer y último factor de éxito

Gestione de cerca sus cambios paralelos. Esto se refiere tanto a la definición de los cambios como al proceso. Los cambios simultáneos en BAU y en la versión pueden sobrescribir los cambios de BAU cuando la versión pase a producción.

Estos errores pueden ser muy difíciles de detectar y pueden perjudicar a la calidad de la publicación o incluso a la propia estrategia. Un buen control del proceso y su cumplimiento pueden evitar estos problemas.

Una vez que haya establecido y depurado los criterios de decisión, establecido el cumplimiento de los procesos y controlado los cambios paralelos, se enfrentará a muchas otras decisiones, pero tendrá una base sólida para tomarlas.

Por ejemplo, ¿debería implantar un entorno de desarrollo N+1? Puede resolver este tipo de cuestiones respondiendo a preguntas clave como:

  • ¿Cuántos cambios contendrá cada versión (tamaño de la versión)?
  • ¿Qué tipos de cambios se incluirán por versión (impacto de la versión)?
  • ¿Con qué frecuencia deben aplicarse las versiones a la producción (frecuencia de las versiones)?
  • ¿Cuántos y qué tipos de cambio constituirán el volumen constante de cambio BAU?

Este cuadro puede ayudarle a decidir los métodos de entrega.

ConsideracionesDEV - QAS - PRD (N)DV1 - QA1 (N+1)
Tamaño de los comunicadosBajo - MedioMedia - Alta
Impacto de los comunicadosBajo - MedioMedia - Alta
Frecuencia de publicaciónTrimestral - BianualQuincenal - Trimestral
Volumen estacionario BAUBajo - MedioMedia - Alta

Por ejemplo, si introduce cambios de pequeños a medianos en su flujo BAU y reserva la publicación trimestral para las mejoras importantes, podría renunciar a los procesos de desarrollo N+1 y gestionar las publicaciones a través de su proceso estándar.

Usted decide qué enfoque le conviene más. Solo tienes que asegurarte de que cada uno de los factores de éxito que "debes acertar" respalde tu decisión.

Para obtener más información sobre cómo Rev-Trac puede ayudarle a gestionar mejor los lanzamientos y acertar en cada factor de éxito, no dude en ponerse en contacto con nuestro Expertos en gestión de cambios SAP.