Prácticas recomendadas para un desarrollo ágil

El desarrollo ágil apoya la necesidad del cliente de actualizar su entorno de producción a medida que cambian las necesidades del negocio. La incorporación de una metodología ágil en el desarrollo de aplicaciones permite realizar cambios frecuentes y garantiza que dichos cambios funcionen como se espera.

Pega Platform™ incluye prácticas recomendadas para el desarrollo ágil, como las siguientes:

• Actualizaciones en tiempo real: iteraciones de desarrollo frecuentes y de pequeño alcance
• Pruebas: validación continua de las aplicaciones para identificar y resolver los problemas en una etapa temprana
• Ramas: entorno de desarrollo en equipo simultáneo para maximizar la productividad

Un enfoque de desarrollo ágil proporciona un desarrollo de aplicaciones continuo e iterativo basado en requerimientos del negocio de pequeño alcance. Cuando los requerimientos del negocio cambian, se pueden hacer actualizaciones más pequeñas y frecuentes. Por ejemplo, se agrega un chatbot en función del feedback o se corrige un bug en la interfaz de usuario.

DevOps

DevOps refuerza la integración entre los equipos de desarrollo, de pruebas y de asistencia posterior al lanzamiento con el fin de llevar el proceso ágil a un nivel superior. Los equipos de DevOps trabajan en todo el ciclo de vida de la aplicación para proporcionar una construcción más automatizada, lo que simplifica la forma de configurar, validar, implementar y entregar una aplicación.  

En la siguiente imagen, haga clic en los íconos + para obtener más información sobre las prácticas recomendadas para un desarrollo ágil.

El enfoque de entrega de Pega Express™ es una metodología ágil hecha a medida para el desarrollo de aplicaciones que utilizan Pega Platform. Consta de cuatro fases diseñadas para apoyar las prácticas recomendadas ágiles en el desarrollo de aplicaciones low-code.

Entre los ejemplos de las prácticas recomendadas ágiles de la fase de Pega Express se incluyen los siguientes:

• Descubrimiento: defina los resultados de negocio y cree un plan de lanzamiento desde el primer día.
• Preparación: organice un sprint de diseño con los usuarios finales para crear un prototipo funcional.
• Desarrollo: cree su aplicación en función de las historias del usuario en el backlog.
• Adopción: en cuanto su aplicación esté disponible, lleve a cabo una retrospectiva del lanzamiento.

Un conducto de CI/CD modela las dos etapas clave de la entrega de software: la integración continua y la entrega continua.

Integración continua

En la etapa de integración continua, los desarrolladores validan y fusionan continuamente las ramas en una aplicación de destino.

Durante la integración continua, mantenga las siguientes prácticas recomendadas:

• Realizar pruebas de manera temprana y frecuente: por ejemplo, identificar los problemas con anticipación mediante la ejecución de pruebas unitarias y pruebas de integración críticas de Pega antes de empaquetar la aplicación. Si las pruebas fallan, detenga el conducto de lanzamiento hasta que se solucione el problema.
• Automatizar: por ejemplo, activar las fusiones y creaciones mediante el Administrador de implementación. 
• Actualizar reglas: por ejemplo, mantener actualizada la regla de producto, Rule-Admin-Product (Regla-Gestión-Producto), a la que se hace referencia en el conducto de una aplicación.
• Mantener el historial de las versiones: publicar los archivos de la aplicación exportados en un repositorio para mantener un historial de las versiones de las aplicaciones que pueden implementarse.

Entrega continua

En la etapa de entrega continua, la aplicación de destino se empaqueta y se mueve a través de etapas progresivas en el conducto. Después de que los cambios en la aplicación hayan pasado por los ciclos de pruebas (pruebas unitarias, de regresión, de rendimiento y de carga de Pega), se implementan los paquetes de la aplicación en un sistema de producción. En Pega Platform, puede implementar los cambios de forma manual o automática.

Siga estas prácticas recomendadas de entrega continua a fin de garantizar la calidad de la aplicación:

• Crear entornos de pruebas: utilice Docker o una herramienta similar para crear entornos de prueba para las pruebas de aceptación del usuario (UAT) y las pruebas exploratorias.
• Llevar a cabo pruebas de regresión: cree una amplia variedad de pruebas de regresión a través de la interfaz de usuario y la capa de servicio.
• Usar control de la versión: defina las versiones del ruleset de destino para la implementación de la producción.
• Utilizar una estrategia de reversión: si una prueba falla, retroceda a la última importación.
• Documentar: si se superan todas las pruebas, indique en el paquete de la aplicación que está listo para su implementación. La implementación puede realizarse de forma manual o automática.

Compruebe sus conocimientos con la siguiente actividad: