Nueva Metodología de liberación de versiones de Proscai

¿Por qué son necesarios los cambios? 

Los cambios son necesarios y nos benefician a todos. En ocasiones por requerimientos oficiales, o por la incorporación de nuevas tecnologías, por desarrollos adicionales en módulos y por el tipo de operación, e incluso para cubrir necesidades particulares, por ello los consideramos la base de una mejora continua.

Algunas ventajas sobre realizar cambios son: 

Nuestro objetivo es que la versión productiva no tenga inconsistencias.

Versiones

• La versión Estable: se libera la primera semana del mes. Si fuera necesario realizar alguna corrección de bugs, se subirá una actualización de la versión Estable, sin embargo si tu operación no se ha visto afectada dentro del mes en curso, no es primordial que actualices nuevamente dentro del mes.
• La versión Beta: se libera únicamente la última semana de cada mes para realizar las pruebas particulares del funcionamiento de cada cliente. Por su parte, Proscai realizará pruebas generales de funcionamiento y entre ambos, validar la siguiente versión estable.

• La versión de pruebas solo te será enviada si solicitaste desarrollos, para probar únicamente esa modificación en particular, a partir de ahora se llamará versión Alfa y utilizarás tu alias de prueba (alias+3), esta versión NO funcionará en productivo y es exclusiva únicamente para probar el cambio solicitado.

Mecánica de solicitud de nuevos desarrollos y cambios

• El cliente puede realizar su solicitud de nuevos desarrollos o cambios en cualquier momento del mes.
• Cuando el proceso de solicitud se haya completado durante las semanas 1, 2 y 3 del mes satisfactoriamente (análisis, cotización, aceptación y autorización), se ingresa al área de Desarrollo.
• Una vez que el cliente haya validado su desarrollo en la versión Alfa, deberá esperar la versión Beta para validar el funcionamiento general con su desarrollo incluido.
• La semana 4 el área de desarrollo solo atenderá ajustes y correcciones sobre los desarrollos realizados.
• Para que un cambio pueda ser liberado en productivo deberá tener cubierto su costo; de esta forma podrá ser integrado en la versión Beta de la semana 4 y se podrá probar en conjunto con el funcionamiento del alias correspondiente. 

A continuación te presentamos el calendario de actualizaciones para que lo consideres al momento de realizar tu solicitud de cambio y para realizar la prueba de tus desarrollos especiales (alias).

Calendario de actualizaciones

Semana 1

Iniciamos la semana 1 con la misma versión estable en Productiva y de Desarrollo.

En esta semana se ingresan nuevas solicitudes de cambio al área de desarrollo mediante el formato específico, el cual deberá estar analizado, cotizado, aceptado y autorizado.

Si la versión presentara algún bug (B1), este será corregido de inmediato tanto en la versión estable Productiva y de Desarrollo.

Semana 2

Si se recibió la solicitud de un cambio y fue aceptado y autorizado (C2), esta será realizada únicamente en la versión Alfa.

Si en la versión se presentara algún bug (B2), este será corregido de inmediato tanto en la versión estable Productiva y de Desarrollo, y el cambio se realizará sobre la nueva versión Alfa. 

El cliente solicitante deberá iniciar con las pruebas particulares de su cambio (P2) en la versión de Alfa. 

Semana 3

En la semana 3 se continuará con el desarrollo de los cambios aceptados por parte de Proscai (C3) y las pruebas particulares por parte del solicitante (P3), en la versión Alfa. 

Si en la versión se presentara algún bug (B3), este será corregido de inmediato tanto en la versión estable Productiva y de Desarrollo, y el cambio se realizará sobre la nueva versión Alfa. 

Semana 4

Para la semana 4 no se realizará ningún desarrollo adicional.

La semana estará destinada para: 

• Clientes con cambio particulares solicitados: finalizar las pruebas de los cambios realizados (P2/P3).
• Los Clientes deberán realizar pruebas, en especial aquellos que recibieron la versión Alfa, y en caso de detectar diferencias o afectaciones en su funcionamiento reportarlo a Proscai para ser ajustados.  

• Proscai realizará pruebas generales sobre el funcionamiento del sistema. 

Si en la versión se presentara algún bug (B3), este será corregido de inmediato tanto en la versión estable Productiva y de Desarrollo. 

Finalizada la semana 4, se obtendrá la nueva versión estable que será colocada en el portal para iniciar como en la semana 1. 

La vista global del calendario se comprende así:

Las ventajas que destacamos de esta nueva Metodología son:

• Todos tenemos la misma versión
• La versión en productivo será estable
• En caso de bugs, se corrigen directamente en la versión estable
• En caso de cambiar de versión no se requerirá la concordancia
• Los cambios solicitados no se irán a la versión productiva sin haber sido probados
• Los bugs se detectarán en versiones de prueba para que no impacten la versión productiva
• Hay 2 momentos de pruebas: al hacer el cambio y en las pruebas generales
• Las pruebas solo se harán una vez por mes:
  - Proscai prueba los cambios generales
  - Los usuarios solo prueban sus casos particulares.

Consulta el artículo Requisitos para generar una solicitud de cambios.