Prácticas recomendadas de Blueprint para el diseño del ciclo de vida de los casos

Es importante que el contexto de la aplicación describa el flujo de trabajo con la mayor precisión posible, ya que esta información determina el diseño de la aplicación propuesto por Pega GenAI. Realice las siguientes acciones en relación con el Application Context que generará el Blueprint:

• Confirme que la aplicación es para un proceso de negocio único o si se puede utilizar una plantilla proporcionada por la industria para crear el Blueprint.
• Confirme que la información de Industry, Sub-industryy Department/function identifican con precisión el proceso de negocio, ya que desempeña un papel considerable en las recomendaciones de Pega GenAI. Si se selecciona Other, la documentación debe explicar claramente el proceso de negocio específico para evitar cualquier sesgo proveniente de Pega GenAI. 
• Confirme que la información definida en Application purpose refleje con precisión la aplicación, ya que esta información se muestra en el encabezado de la aplicación cuando se obtiene una vista previa en Blueprint.
• Confirme que en Functional Description se identifique con precisión la información general de la aplicación. Esta información puede incluir Microjourneys® o procesos de negocio, integraciones de sistemas, canales y Personas.

Es importante que los Case Types propuestos por Blueprint reflejen con precisión el trabajo que se va a llevar a cabo. Realice las siguientes acciones en relación con cada uno de los Case Types propuestos de Blueprint:

• Confirme que cada tipo de caso combina el proceso, los datos y la inteligencia que se necesitan para impulsar el trabajo estandarizado y guiado a fin de lograr un único resultado de negocio.
• Confirme que la información en Description del tipo de caso comunica el propósito del Microjourney.
• Identifique las relaciones y dependencias entre los tipos de caso. Identifique los procesos de negocio que pueden producirse de forma independiente, pero en paralelo, los procesos que deben producirse de forma secuencial y las relaciones entre casos padre y casos hijo.
• Identifique los diferentes valores de estado del caso que se producen entre la creación y la resolución del caso.
• Identifique las Personas y los canales para proporcionar contexto a las actividades del flujo de trabajo.
• Compruebe si hay etapas y pasos redundantes en los tipos de caso.
• Utilice la funcionalidad Preview my app de Blueprint para resaltar la experiencia del usuario a las partes interesadas. Además, puede utilizar las funciones listas para usar de Pega para transformar el flujo de trabajo para que haga esto.

CadaCase Lifecycle es una representación visual del trabajo que debe completarse como parte de la transacción comercial deseada. El ciclo de vida del caso modela el camino que sigue su caso hacia la resolución, las Personas involucradas en la finalización de ese trabajo y las asignaciones o automatizaciones específicas que deben llevarse a cabo, y el tiempo asignado para completarlas con éxito. Realice las siguientes acciones para evaluar cada uno de las Case Lifecycles propuestas de Blueprint:

• Complete la revisión del paso Personas en Blueprint junto con el paso Case Lifecycles para brindar contexto a las actividades del flujo de trabajo.
• Asegúrese de que haya una etapa de inicio lógica para cada tipo de caso y que haya al menos una etapa de resolución.
• Confirme que la(s) etapa(s) alternativa(s) representa(n) escenarios de excepción o resultados negativos, y que cada una tiene un prefijo Alt- añadido al nombre del escenario.
• Identifique las condiciones necesarias para entrar en la etapa.
• Identifique los acuerdos de nivel de servicio relevantes para el tipo de caso, etapas, procesos o asignaciones.
• Capture información detallada de los pasos usando el campo Notes. La información a capturar incluye:
  • Creación de asignaciones (secuencial, paralela, de varios pasos o jerárquica)
  • Instrucciones de asignación
  • Enrutamiento de asignaciones (individual o en cola de trabajo)
  • Información sobre el estado del caso

En Blueprint, el paso Live Data contiene los objetos de datos que se definen como relevantes para toda la aplicación, no solo para un tipo de caso específico. Realice las siguientes acciones para evaluar cada uno de los elementos Live Data propuestos de Blueprint:

• Complete la revisión del paso Live Data en Blueprint junto con el paso Case Data Model para confirmar que cada modelo de datos del caso haga referencia correctamente a los objetos de datos correspondientes.
• Para cada objeto de datos, confirme que el origen de la información esté claramente definido en Source. Si el origen de datos es externo a la aplicación, confirme que el sistema de registros para la fuente de datos esté claramente identificado en System or Record.
• Utilice el campo Description del objeto de datos para capturar la lógica del negocio relacionada con el objeto de datos para su posterior contextualización durante el desarrollo de la aplicación.

Las Personas representan a los usuarios que realizarán el trabajo en cada etapa del ciclo de vida del caso. Definen a los participantes internos y externos del caso que usan el sistema de diferentes maneras en función de sus roles, las responsabilidades resultantes y los resultados del negocio deseados. Realice las siguientes acciones para evaluar cada uno de las PersonasPersonas propuestas de Blueprint:

• Complete la revisión del paso Personas en Blueprint junto con el paso Case Lifecycles para brindar contexto a las actividades del flujo de trabajo.
• Valide que las Personas identificadas reflejen con precisión quién realizará el trabajo.
• En el campo Description de la Persona, documente los canales en los que se espera que trabaje esta Persona, los portales relevantes y el conjunto de landing pages que deben estar disponibles para completar sus asignaciones.

El paso Summary proporciona otra oportunidad para revisar la aplicación propuesta por Blueprint. Realice las siguientes acciones como parte del proceso Summary de Blueprint:

• Trabaje junto con el Lead System Architect (LSA) del proyecto y otras partes interesadas para revisar toda la aplicación y asegurarse de que el Blueprint esté listo para importarse a Pega Platform y crear una nueva aplicación. 
• Confirme si el cliente tiene una o varias aplicaciones de Pega existentes en el entorno de destino, y qué tipos de caso y activos de datos reutilizará o heredará esta nueva aplicación.
• Exporte el PDF del Blueprint como referencia durante el proceso de importación del Blueprint.
• Exporte el archivo Blueprint.

Agile Workbench de App Studio sirve como destino inicial para las historias de usuario creadas en la importación de Blueprint y utilizadas para el backlog del proyecto. Como parte del proceso de importación de Blueprint, las funciones, las subfunciones y las historias de usuario se crean automáticamente para las tareas que debe completar el equipo de implementación técnica. Estas tareas incluyen información detallada en los campos Description o Notes en cada uno de los elementos del Blueprint.

Trabaje con su LSA para planificar la integración de Agile Workbench en el sistema de gestión de requerimientos que se utiliza durante el proyecto.

Compruebe sus conocimientos con la siguiente actividad: