Mejores prácticas básicas de Pega Express para el Business Architect

Los resultados del negocio (Business outcomes) son objetivos de negocio clave y de alto valor para cuya obtención está diseñada una aplicación creada con Pega Platform™. Los resultados del negocio pueden incluir, por ejemplo: 

• Un nuevo objetivo de ventas
• Un objetivo de retención de clientes
• Un objetivo de eficiencia

La identificación y el establecimiento de resultados de negocio estratégicos clave para la aplicación de Pega proporciona la dirección para su programa de transformación de procesos de negocio y garantiza que todos los incrementos contribuyan a satisfacer las necesidades de la organización cliente y de sus clientes finales. 

La mejor práctica de valor de negocio (Business value) consiste en garantizar que la organización logre sus resultados estratégicos a través de la preparación exhaustiva de una justificación comercial y un caso de negocio de apoyo. 

Para usted, como BA de Pega, comprender el caso de negocio tiene muchos propósitos, entre ellos:

• Priorizar el alcance para garantizar que la solución propuesta logre el resultado del negocio.
• Establecer los indicadores clave de rendimiento (KPI) objetivo que logra la solución de Pega.
• Calcular el retorno de la inversión (ROI) utilizando los modelos de línea base y objetivo.

Establecer el valor de negocio para un proyecto le proporciona, como puente entre el negocio y TI, puntos de referencia para las discusiones sobre la priorización con el equipo de negocio a lo largo del proyecto.

Aplicación práctica de los resultados del negocio y el valor del negocio para el Business Architect de Pega

Como Business Architect de Pega, trabaja con el Product Owner para comprender los resultados del negocio estratégicos clave del proyecto, lo que proporciona la dirección para la transformación del proceso de negocio. A medida que avanza en el proyecto, la comprensión del caso de negocio para el proyecto guía sus conversaciones con las partes interesadas del equipo de negocio sobre la priorización de características en función del valor de negocio que proporciona cada característica. 

Compruebe sus conocimientos con la siguiente actividad:

El concepto de Microjourney es fundamental para el enfoque de entrega de Pega Express y es nuestra forma de desglosar la complejidad de los customer journeys más grandes en recorridos más pequeños que se pueden entregar más rápidamente, lo que aumenta la velocidad de obtención de valor desde el rediseño de su proceso de negocio.

La identificación de Microjourneys requiere que considere la experiencia integral de los usuarios finales de una aplicación. Este ejercicio identifica piezas incrementales de funcionalidad en el recorrido general que sus equipos de proyecto pueden poner rápidamente en producción, agregando valor inmediato para la organización cliente y su cliente. 

Por ejemplo, la siguiente imagen ilustra un recorrido de servicio automotriz (una solicitud de asistencia en carretera con una empresa llamada GoGoRoad) que podría desglosarse en un Microjourney:

El enfoque de entrega de Pega Express recomienda agrupar los cambios de aplicación en una versión de software denominada Minimum Lovable Product (MLP). Una serie de uno o más lanzamientos de MLP en un proyecto forma el roadmap transformacional del rediseño de su proceso de negocio.    

Cada MLP ofrece una solución que no solo es viable, sino que también es deseada y adoptada por los usuarios finales. Como se ilustra en la siguiente imagen, un MLP está empaquetado para entregar rápidamente resultados de negocio de una manera que deleite a los clientes y les facilite la vida, lo que logra un tiempo de amortización acelerado para la organización cliente:

Aplicación práctica de Microjourneys y MLP para el Business Architect de Pega

Utilizando el concepto de Microjourney y la estructura MLP, como Business Architect, desglosa la complejidad del proceso de desarrollo en entregas incrementales que aumentan la certeza de lograr tanto la entrega de la aplicación como el valor asociado. Esto hace que el proceso de entrega de aplicaciones sea manejable y responda a los cambios. Las partes interesadas de los equipos de negocios y TI pueden considerar y aplicar los aprendizajes e Insights obtenidos a medida que se implementa cada MLP en el roadmap.  

Compruebe sus conocimientos con la siguiente actividad:

La Directly Capture Objectives (DCO) o captura de objetivos de manera directa es la disciplina de Pega de colaboración, iteración y validación continuas a lo largo del arco de un proyecto de Pega. DCO fomenta la alineación entre las partes interesadas e impulsa el engagement de alta calidad entre los equipos de negocios y TI. Como se ilustra en la siguiente imagen, DCO es una disciplina impulsada por la colaboración, la iteración y la validación continuas:

Las conversaciones de DCO se centran en:

• Diseño y desarrollo de aplicaciones
• Logro de resultados de negocio
• Diseño centrado en el ser humano
• Iteraciones que obtienen valor de negocio más rápido

Mediante las herramientas de visualización que proporciona Pega, DCO ayuda a las partes interesadas del negocio a comprender la aplicación desde una perspectiva práctica y experiencial.

Como Business Architect, la incorporación de DCO en su proyecto es fundamental para reducir los malentendidos y minimizar el riesgo de descubrir brechas de negocio o funcionalidad demasiado avanzadas en el proceso de desarrollo de aplicaciones. 

La reutilización (Reuse) es la práctica recomendada estratégica para diseñar y configurar aplicaciones teniendo en cuenta el roadmap, la escala y las necesidades a largo plazo de la empresa.  

La reutilización permite la rápida implementación de aplicaciones que se pueden ampliar rápidamente para abordar necesidades específicas del negocio y, al mismo tiempo, fomentar la uniformidad de la experiencia del usuario.

El enfoque de Pega para la reutilización, encapsulado en la idea de Situational Layer Cake, consta de las siguientes capas, desde las más especializadas hasta las menos especializadas:

• Capa de aplicaciones de innovación: contiene reglas asociadas con aplicaciones creadas para unidades de negocio específicas o regiones geográficas localizadas
• Capa de aplicaciones de negocio: contiene reglas asociadas con las distintas unidades de negocio de una organización
• Capa de aplicaciones modulares: contiene todas las reglas disponibles para su reutilización en las aplicaciones de negocio e innovación
• Capa de empresa: contiene reglas comunes a todas las aplicaciones de la empresa
• Capa de Pega Platform: consiste en todos los paquetes de reglas de Pega Platform

En la siguiente imagen, haga clic en los íconos + para obtener más información sobre el enfoque de reutilización de Situational Layer Cake de Pega:

Scrum es una parte fundamental del enfoque de entrega de Pega Express. Scrum garantiza que las partes interesadas de los equipos de negocio y TI trabajen juntas de forma colaborativa y transparente para lograr los resultados adecuados para el cliente, garantizando que no haya sorpresas no deseadas en el momento de la implementación. 

Scrum es una forma de desarrollo ágil que define roles, responsabilidades, eventos, artefactos y procesos específicos para su proyecto. Implica roles de liderazgo como Product Owner (PO), líder de ejecución de proyectos (PDL) y Scrum Master, divide los proyectos en ciclos de desarrollo con plazos llamados sprints y requiere que se mantenga un backlog del proyecto que se divide en historias de usuario.

Sprints y eventos de Scrum 

Un sprint es un ciclo de trabajo en caja de tiempo, que dura hasta cuatro semanas, en el que el equipo desarrolla un entregable. Los sprints son uniformes en longitud a lo largo del proyecto. Cuando termina un sprint, comienza el siguiente, entregando un nuevo incremento. Dentro de cada sprint, se producen varios eventos de Scrum. Cada evento de Scrum ayuda al equipo a inspeccionar y adaptarse a lo que se construye. 

Los eventos de Scrum incluyen: 

• Refinamiento y estimación de la historia: proporciona tiempo para revisar el tamaño y la integridad de las historias de usuario.
• Planificación del sprint: Les permite al Product Owner, al líder de ejecución del proyecto y al Scrum Master priorizar las historias de usuario en el sprint actual.
• Scrum diario: El Scrum Master dirige esta reunión diaria para que los miembros específicos del equipo del proyecto puedan reunirse y discutir su progreso.
• Revisión del sprint: Les da a los miembros específicos del equipo del proyecto la oportunidad de revisar lo que se ha construido en el sprint actual.
• Retrospectiva del sprint: Le da al equipo del proyecto la oportunidad de compartir comentarios sobre qué cambiar en el próximo sprint, en función de lo que salió bien en el sprint actual o lo que se puede mejorar.

Como Business Architect, participa activamente en todos los eventos de Scrum, incluidos, en la medida de lo posible, los scrums diarios.

Refinamiento y estimación de historias 

Las sesiones de refinamiento y estimación de historias se llevan a cabo con frecuencia. Durante las reuniones de refinamiento y estimación de historias, el equipo: 

• Confirma que el equipo de TI comprende los casos de usuario que están listos para la estimación y que los casos de usuario cumplen con la definición de listo (DoR), que es el criterio que determina si una historia está completa. 
• Le permite al equipo de desarrollo dimensionar el esfuerzo necesario para configurar y probar la user story (historia de usuario) para cumplir con los criterios establecidos en la definición de hecho (DoD), que son los criterios para determinar si una historia está completa en desarrollo. 
• Ajusta el tamaño de la historia usando puntos de historia (pequeño = 1, muy grande = 13) para que el Scrum Master pueda considerar el artículo en la siguiente sesión de planificación de sprints. 

Aplicación práctica de Scrum para el Business Architect de Pega

Al trabajar en la intersección entre los equipos de proyecto de negocio y de TI, usted participa activamente en muchos eventos de Scrum durante la duración de su proyecto. La información comunicada durante los eventos de scrum le permite actuar, en varios momentos, como defensor tanto del equipo comercial como del equipo de TI. Por ejemplo, participa activamente en los eventos de Scrum de estimación y refinamiento de historias para finalizar las user stories (historias de usuario) que creó como parte de sus sesiones de DCO. Una vez finalizadas las user stories (historias de usuario), se agregan al backlog del proyecto, poniéndolas a disposición del equipo de TI para su desarrollo y pruebas en los próximos sprints.  

Compruebe sus conocimientos con la siguiente actividad: