Support
Proceso de releases
Cómo funciona el proceso de release SaaS de Gfacility — tres fases de planificación, desarrollo y despliegue a UAT/producción, además del tratamiento de bugs y deseos de clientes.
Actualizado el 14 ene 2026
Gfacility opera con un verdadero modelo Software as a Service (SaaS), lo que significa que existe una única versión unificada de nuestro software para todos los usuarios. A diferencia de los releases individuales por cliente, cada nueva versión surte efecto directamente para todos los clientes. Esto garantiza un software estable, mantiene a todos los clientes al día y no requiere esfuerzo adicional por parte del cliente para el release/actualización. Para gestionarlo de forma eficiente, Gfacility sigue un proceso de release compuesto por 3 fases.
Proceso de release
La ilustración del proceso a continuación muestra el camino que recorre cada funcionalidad.
Fase I - Planificación y diseño
Nuestro backlog se nutre continuamente de propuestas internas de mejora, el roadmap y los deseos de los clientes. Cada dos semanas se seleccionan y planifican funcionalidades, tras lo cual sigue un análisis técnico (TA) y, en su caso, una propuesta de diseño.
Fase II - Desarrollo y aseguramiento de la calidad
Tras la planificación y el diseño, cada funcionalidad se desarrolla, con un tiempo de entrega mínimo de 4 semanas (2 sprints) y hasta 12 semanas o más, según la complejidad de la funcionalidad que se vaya a desarrollar. Las funcionalidades desarrolladas se despliegan en el entorno de Desarrollo, donde nuestro equipo de calidad ejecuta pruebas y registra defectos.
Fase III - Test de aceptación de usuario y release de producción
Las funcionalidades del entorno de Desarrollo se publican como paquete en el entorno UAT con una cadencia estándar de 4 semanas. Los clientes disponen de 4 semanas para probar el nuevo release antes de desplegarlo en el entorno de Producción. El feedback debe enviarse, como máximo, 1 semana antes del release; después no podemos garantizar que llegue al siguiente release. El feedback sobre el entorno UAT lo pueden enviar los clientes a través del entorno de Soporte de Gfacility.
Como consecuencia de defectos graves en el entorno UAT, un release puede retrasarse o cancelarse. Los clientes reciben un aviso, como máximo, el último miércoles antes del release si no sigue adelante. Si el release se realiza según lo previsto, no se envía aviso.
La planificación de releases puede consultarse aquí. Las notas de release tanto para UAT como para Producción se compartirán cada viernes antes del release.
Incidencias / BUGS
Las incidencias y los bugs suelen detectarse y resolverse en el entorno UAT, aunque es posible que un bug aún aparezca en el entorno de producción. Para preservar la estabilidad del software, los bugs se resuelven primero en el entorno UAT y luego se despliegan en producción con el siguiente release. Solo los bugs de impacto crítico, que impiden trabajar sin un workaround disponible, se resuelven directamente en el entorno de producción. Este proceso busca minimizar las incidencias y mantener un entorno de software estable y fiable para nuestros usuarios.
Deseos de los clientes
Los deseos de los clientes son importantes para el desarrollo continuo de nuestro software y pueden enviarse a través del entorno de Soporte. Cada dos semanas se revisan todos los deseos y se comunican los próximos pasos. Cuando un deseo se acepta, se incorpora al proceso de release descrito anteriormente.