Directly Capture Objectives

Directly Capture Objectives (DCO) es la manera en la que Pega Express^™ colabora de principio a fin. DCO fomenta la alineación entre partes interesadas e impulsa la participación de calidad entre los equipos de negocios y TI. DCO es una disciplina, una manera de trabajar que forma un ciclo continuo de colaboración, iteración y validación. Las personas de negocios y de TI trabajan en conjunto para modelar la aplicación final, paso por paso, usando Pega Platform^™.

DCO se enfoca en lo siguiente:

• Diseño y desarrollo de una aplicación.
• Obtención de resultados de negocio. 
• Diseño centrado en las personas. 
• Iteraciones para obtener valor de negocio más rápidamente.

Pega Platform ofrece herramientas visuales para capturar resultados, diseñar pantallas, flujos de trabajo y feedback.

• DCO es... Una disciplina, una manera de trabajar... Un ciclo continuo
• Impulsado por... Colaboración, iteración, validación

El uso de la disciplina de DCO fomenta la alineación entre personas interesadas para incorporar información valiosa en la aplicación. DCO reduce los malos entendidos y minimiza el riesgo de descubrir carencias a nivel de negocio o funcionalidades demasiado tarde. DCO también incrementa el ritmo general de entrega al involucrar a todos los actores principales desde el comienzo.  

Con DCO, no tiene que crear documentación de requerimientos (lo que consume mucho tiempo). En cambio, usted captura toda la información necesaria para desarrollar una aplicación dentro de Pega Platform, desde resultados empresariales hasta componentes técnicos (para implementar el microjourney™) y requerimientos del negocio tales como:

• Backlog 
• Épica
• Historias de usuario

Al colaborar, iterar y validar los siguientes elementos, todos los miembros del equipo entienden lo que usted intenta lograr y cómo lograrlo.

• Resultados del negocio
• Tipos de casos
• Etapas y pasos (flujo de trabajo)
• Personas
• Canales
• Diseños de interfaces de usuario
• Datos e integraciones
• Épica
• Backlog
• Historias de usuario

DCO se utiliza constantemente dentro del enfoque de entrega de Pega Express. Aunque ocurren diferentes actividades en cada fase (descubrimiento, preparación, desarrollo y adopción), todos los eventos ocurren de forma colaborativa, mientras que la iteración y la validación ocurren a lo largo de las fases, como se ilustra en la siguiente imagen.

Estos son los diferentes eventos de DCO que ocurren colaborativamente en cada fase:

Descubrimiento:

• Ayudar a identificar los resultados de negocio y de la visión
• Respaldar la formación de ideas y prototipos

Preparación:

• Respaldar la formación de ideas y prototipos
• Ejecutar las sesiones de DCO

Desarrollo:

• Ejecutar las sesiones de DCO
• Refinar constantemente el backlog
• Permitir las reproducciones y las demostraciones

Adopción:

• Ejecutar las sesiones de DCO
• Mejorar el producto
• Realizar transferencia de conocimiento para la adecuación del negocio
• Identificar el siguiente MLP

DCO durante la fase de preparación

Al inicio de la fase de preparación, DCO ayuda a validar la estructura y el diseño de los microjourneys que componen su Minimum Lovable Product (MLP). Use DCO para confirmar y convertir los tres pilares con Pega Express:

• Microjourneys y casos
• Personas y canales
• Datos e integraciones   

Enfoque sus primeras sesiones de DCO en crear borradores de tipos de casos en Pega. La definición de los tipos de casos incluye configurar las etapas principales y alternativas para cada microjourney dentro del alcance de su MLP.  Las sesiones de DCO de seguimiento exploran cada etapa a nivel general para determinar los pasos principales, las reglas de negocio y los requerimientos de datos asociados con el microjourney. Durante las sesiones de DCO iniciales en la fase de preparación, se tratan temas como acceso de los usuarios y requerimientos de seguridad generales.  

Una vez que se completan las sesiones de DCO, usted tiene el borrador de un resumen general sobe el microjourney de principio a fin para compartir con el equipo de negocio. El equipo de negocio valida si los resultados empresariales esperados se pueden alcanzar. La finalidad de una sesión de DCO durante la fase de preparación no es desarrollar el MLP; en cambio, se utiliza para determinar los límites funcionales del alcance del MLP mediante la confirmación de las suposiciones de su equipo en el modelo general.

Para llevar a cabo la reunión de revisión del negocio durante la fase de preparación, usted reproduce el tipo de caso en Pega Platform. Durante esta sesión, se les pide a las partes interesadas del negocio que consideren todos los escenarios relacionados que se deben plasmar en el journey de principio a fin y el MLP.  Los escenarios de negocio deben incluir ambos tipos de caminos por el proceso:

1. Los "caminos felices"  
2. Los "caminos alternativos" principales 

Sesiones de DCO

Una vez que se acuerdan los tipos de caso fundamentales con las partes interesadas del negocio, programe sesiones de DCO adicionales para crear el backlog y empezar a profundizar en las historias con prioridad a modo de preparación para su primer sprint. El producto final es el plan de elaboración de la historia de usuario. Dentro del plan de elaboración se programan las sesiones de DCO a fin de refinar los tipos de casos involucrados.

DCO durante la fase de desarrollo

DCO sigue siendo fundamental durante la fase de desarrollo de su proyecto. Los miembros del equipo continúan colaborando, iterando y validando durante las reproducciones regulares en el sprint con el equipo de negocio. Las sesiones durante la fase de desarrollo les revelan a los miembros del equipo de negocio resultados muy tempranos de su configuración. Esto le da al negocio la posibilidad de compartir opiniones y brindar orientación al equipo de desarrollo para validar la entrega.  Las sesiones pueden ser breves y ad hoc. Inicie las sesiones en cuanto el equipo de desarrollo esté listo para compartir algún resultado. 

DCO también se utiliza para profundizar constantemente en los detalles del tipo de caso, modelo de datos y reglas de negocio dentro del microjourney, a fin de mantener un backlog saludable de historias de usuario en orden de prioridad. 

Las sesiones se programan siguiendo el plan de elaboración. Estas pueden diferir según el enfoque que tenga cada sesión.  Algunas sesiones se utilizan para aclarar y ampliar los pasos dentro del tipo de casos. Otras se pueden programar para refinar la experiencia del usuario. Las sesiones de DCO pueden consistir en talleres breves para la formulación de ideas que se centren en el diseño de UI, el flujo de pantalla y otros aspectos del pensamiento orientado al diseño. 

El resultado principal de sus sesiones de DCO durante la fase de desarrollo son las historias de usuario refinadas que cumplan con la definición de "ready" (DoR). Las historias pueden tener adjuntos documentos adicionales para apoyar las necesidades informativas de la historia de usuario, tales como estos artefactos:

• Mockups de la interfaz y experiencia de usuario (UI/UX)
• Mapas de lógica del negocio 
• Reglas de negocio
• Matrices de seguridad
• Documentos y más

A medida que avanza el sprint, su equipo lanza actualizaciones de la aplicación para probarlas. La disciplina de DCO admite un proceso de categorización de problemas para analizar, priorizar y agregar problemas al backlog en función de su contribución a los resultados definidos para el MLP.

Pega Platform ofrece una amplia variedad de estudios y herramientas de visualización para ayudar a su equipo a aprovechar al máximo las sesiones de DCO. Pega Platform acelera la entrega mediante la generación de un repositorio compartido de qué desarrollar y reduce la necesidad de pasar horas cargando documentación tras una sesión.

En la siguiente imagen, haga clic en los íconos + para obtener información sobre de qué manera las herramientas de Pega, como App Studio, se alinean con DCO para capturar objetivos en Pega Platform rápidamente.

El equipo central de DCO debe ser pequeño y contar con representación del negocio, entre ellos el tomador de decisiones (Product Owner), el Business Architect, el System Architect, el evaluador y el diseñador de la experiencia de usuario (UX). Tenga en cuenta que estas partes interesadas provienen de diversas disciplinas que van de los negocios a la tecnología. Para algunos proyectos, es posible que el Product Owner necesite apoyo adicional de especialistas en el negocio. También puede agregar Subject Matter Experts (SME) a su equipo central.

En un mundo ideal, todos los miembros del equipo pueden asistir a todas las sesiones, pero es posible que esto no sea factible. Tal vez algunos temas no requieran de un System Architect. Otros quizá no requieran al diseñador de UX. Y otros tal vez precisen el apoyo de SME específicos. 

Los participantes de las sesiones de DCO no se limitan al equipo central. Es posible que necesite un grupo ad hoc de partes interesadas, que van desde equipos de negocios a técnicos, para apoyar el diseño de una aplicación. Las sesiones de DCO centradas en la seguridad, por ejemplo, pueden convocar a especialistas en seguridad de TI para recibir sus aportes. De forma similar, como parte del diseño de la experiencia de usuario, tal vez quiera invitar a un pequeño grupo de usuarios finales para realizar una revisión de reproducción y validar el diseño. 

Al final del sprint, las partes interesadas del equipo de capacitación y preparación del negocio pueden asistir a demostraciones y brindarle feedback al equipo de proyecto mientras desarrollan sus propias competencias para prepararse para la fase de adopción.   

En la siguiente imagen, haga clic en los íconos + para obtener información sobre cada uno de estos roles del equipo de proyecto.

Asegúrese de estar preparado para aprovechar las sesiones de DCO al máximo. Pasos simples, como invitar a los asistentes con bastante antelación, incluir una agenda y reunir los artefactos de DCO, mejoran los resultados de las sesiones. Los objetivos de cada sesión deben ser claros, de modo que los participantes puedan prepararse por adelantado. 

Para ayudar al representante del negocio a prepararse para la sesión, proporcióneles a él y a sus SME tanta información sobre el tema de DCO como sea posible. Por ejemplo, una lista de historias de usuario y preguntas pendientes es un buen punto de partida. Esto permite que el equipo de negocio realice las investigaciones relacionadas con el tema antes de las sesiones.   

Además, cree o recopile presentaciones, bosquejos o rotafolios, o realice actividades por adelantado para ayudar a guiar las sesiones.  Cuando usa App Studio para dirigir la sesión de DCO, asegúrese de haber completado la preparación con anterioridad, que incluye lo siguiente:  

• Ejecutar el proceso: familiarícese con la experiencia del usuario final para entender lo que precisa mayor desarrollo.
• Reproducir: en algunas situaciones, considere hacer un cambio temporal para mostrarles a los asistentes de la sesión de DCO. 

Puede verse tentado a programar sesiones de DCO extensas que ocupan gran parte del día. Es mejor hacer reuniones periódicas más breves para que los participantes se puedan concentrar. Las prácticas recomendadas demuestran que sesiones breves y enfocadas fomentan la participación y son más sostenibles, ya que es difícil que los miembros del equipo asistan a eventos que duran todo el día o mantengan la concentración durante ellos.  

Como con todas las reuniones eficaces, la sesión de DCO empieza con una agenda que confirme que se están alcanzando los objetivos y garantice que los asistentes entiendan el problema y el contexto. El Business Architect lidera la sesión con el apoyo del Product Owner y los SME. Juntos, utilizan las herramientas visuales adecuadas para analizar temas como los siguientes:

• Historias de usuario 
• Procesos 
• Requerimientos del negocio 

Después de la sesión de DCO

Compruebe sus conocimientos con la siguiente actividad.