Examen del Backlog de tipo de caso

1. Descargue el libro GoGoRoad_CaseTypeBacklog_Challenge.x.xlsx en el escritorio.
   GoGoRoad_CaseTypeBacklog_Challenge.xlsx (106.08 KB)
   Nota: Por motivos de seguridad, las macros de este Case Type Backlog están desactivadas Las macros están habilitadas para los libros de trabajo de Case Type Backlog descargados directamente del sitio web de Pega Express Toolkit.
2. Abra el libro y, a continuación, haga clic en la pestaña de Project Summary.
3. Revise el nombre del cliente (Client Name), el nombre del engagement (Engagement Name) y el registro de cambios (Change Log). 
4. Descargue el libro sobre el Case Type Backlog del sitio web del Pega Express Toolkit a su escritorio.
   Tip: Habilite las macros asociadas con el Case Type Backlog para que la hoja de cálculo de Excel transfiera información entre las distintas pestañas.
5. Piense en un proyecto en el que haya trabajado en el pasado o en un proyecto al que esté asignado actualmente.
   Visualice este proyecto como una aplicación de Pega Platform y utilícelo para crear su propio Case Type Backlog.
6. Abra el Case Type Backlog. y, a continuación, en el campo Client Name , escriba el nombre o el proyecto.
7. En el campo Sizing Generated By, ingrese su nombre.

   Como se muestra en la siguiente figura, la pestaña Project Summary contiene información básica sobre el proyecto :

   
   Nota: La pestaña de Project Summary también incluye información sobre cuándo se modificó el documento del Case Type Backlog.

En la pestaña de Assumptions, documente cualquier información sobre cualquier suposición a nivel de proyecto o programa que se haya acordado para varios aspectos:

1. En el libro GoGoRoad_CaseTypeBacklog_Challenge.xlsx, haga clic en la pestaña de Assumptions.
2. Revise las suposiciones hechas para el proyecto GoGoRoad, tomando nota especialmente de las suposiciones hechas para MLP1.
3. En su propio Case Type Backlog, documente cualquier información sobre cualquier supuesto a nivel de proyecto o programa que se haya acordado para diversos aspectos de su proyecto, incluida la migración de datos, la marca de la aplicación y la entrega del canal.

   La siguiente figura muestra la pestaña de Assumptions:

   
   Nota: La información contenida en la pestaña de Assumptions proviene de la reunión de los equipos Sales y Delivery (ventas y entrega), que le proporciona al Business Architect y a otros miembros del equipo de implementación una buena comprensión de las limitaciones que se tuvieron en cuenta cuando se calcularon el tamaño y el costo del proyecto.

En la pestaña Microjourneys, documente el proceso que debe rediseñarse para lograr los resultados para el cliente al que se dirige el proyecto:

1. En el libro GoGoRoad_CaseTypeBacklog_Challenge.xlsx, haga clic en la pestaña Microjourneys.
2. Revise los Microjourneys que se identificaron para el proyecto GoGoRoad:
   1. En la columna Microjourney, defina un Microjourney por cada resultado identificado para el cliente.
   2. En la columna Description, escriba los supuestos y las excepciones que influyen en el flujo de trabajo, las áreas de volumen que se deben considerar y los requerimientos del cliente.
3. En su propio Case Type Backlog, documente el Microjourney y la descripción de su proyecto.

   La siguiente figura muestra la pestaña Microjourneys:

   

En la pestaña Case Types, enumere los tipos de caso, sus Microjourneys relacionados, la complejidad de desarrollo esperada, el uso esperado del canal y los supuestos relacionados:

1. En el libro GoGoRoad_CaseTypeBacklog_Challenge.xlsx, haga clic en la pestaña Case Types.
2. Revise la información proporcionada para los tipos de caso identificados para el proyecto GoGoRoad:
   1. En la columna Parent Microjourney(s), revise el Microjourney seleccionado.
   2. En la columna Average Complexity, revise los niveles seleccionados:
      Nota: Se espera que la entrega para MLP1 tenga un nivel de complejidad de OOTB o Low.
      • OOTB (Out-of-the-box)
      • Low
      • Medium
      • High
      • Complex
   3. En la columna Channels, en las subcolumnas, revise la exposición esperada a los usuarios para cada tipo de canal en el que los usuarios reciben los casos.
   4. En la columna Assumptions, revise cualquier suposición que se haya hecho sobre los tipos de caso, su relación entre sí y su entrega a través de los MLP del proyecto.
3. En su propio Case Type Backlog, documente los tipos de casos para su proyecto: 
   1. Seleccione uno o más Microjourney(s) padre(s).
   2. Seleccione una complejidad promedio (Average Complexity).
   3. En la columna Channels, asigne una exposición esperada a los usuarios para cada tipo de canal en el que los usuarios reciben los casos.
   4. En la columna Assumptions, documente cualquier suposición que se haya hecho sobre los tipos de caso, su relación entre sí y su entrega a través de los MLP del proyecto.

      En la siguiente figura, se muestra un ejemplo de la pestaña Case Type:

      
   Nota: No siempre existe una relación directa entre los tipos de caso y los microjourneys. La pestaña Case Type es el lugar ideal para definir la relación entre los tipos de caso que se desarrollan en App Studio y los Microjourneys que se identificaron a partir del customer journey y el resultado estratégico deseado.

En la pestaña de Supporting Features (funciones de soporte), enumere las funciones de soporte de toda la aplicación que se identifican durante la fase de detección del proyecto.

La pestaña Supporting Features (funciones de soporte) proporciona información y requerimientos para la funcionalidad general del flujo de trabajo del tipo de caso en relación con las capacidades de Pega en materia de automatización del flujo de trabajo y toma de decisiones con tecnología de IA. Esta información es especialmente importante para el equipo de implementación de la aplicación, ya que es la base de todo el trabajo de desarrollo de aplicaciones dentro de los tipos de casos de la aplicación. 

1. En el libro GoGoRoad_CaseTypeBacklog_Challenge.xlsx, haga clic en la pestaña Supporting Features.
2. Revise la información proporcionada para las funciones de soporte identificadas para el proyecto GoGoRoad:
   1. En la columna Case Types, revise el tipo de caso asociado con cada función.
   2. En la columna Average Complexity, revise los niveles seleccionados:
      Nota: Se espera que la entrega para MLP1 tenga un nivel de complejidad de OOTB o Low.
      • OOTB (Out-of-the-box)
      • Low
      • Medium
      • High
      • Complex
   3. En la columna Channels, en las subcolumnas, revise la exposición esperada a los usuarios para cada tipo de canal en el que los usuarios reciben los casos.
   4. En la columna Assumptions, revise cualquier suposición que se haya hecho sobre los tipos de caso, su relación entre sí y su entrega a través de los MLP del proyecto.
3. En su propio Case Type Backlog, documente un par de funciones de Pega que identifique como vitales para la aplicación de su proyecto.
   Nota: Concéntrese en las funciones que implementó en su compilación de la aplicación Low-Code Maker. Estas funciones incluyen la funcionalidad de Approve/Reject (aprobación/rechazo), notificaciones automáticas por correo electrónico, enrutamiento automatizado y acuerdos de nivel de servicio (SLA).
4. Seleccione uno o más tipos de caso compatibles con cada función.
5. Seleccione una complejidad promedio (Average Complexity).
6. En la columna Channels, asigne una exposición esperada a los usuarios para cada tipo de canal en el que los usuarios reciben los casos.
7. En la columna Assumptions, documente cualquier suposición que se haya hecho sobre los tipos de caso, su relación entre sí y su entrega a través de los MLP del proyecto.

   La pestaña Supporting Features (funciones de soporte) se muestra en la siguiente figura:

   
   Nota: Para el Business Architect de Pega, las funciones de la pestaña de Supporting Features (funciones de soporte) influyen en gran medida —pero no definen completamente— la forma en que usted transforma los procesos existentes de la organización en flujos de trabajo (workflows) transformados que aprovechan las funciones de automatización de Pega y de toma de decisiones basadas en AI. Si puede mejorar un flujo de trabajo con las funciones de Pega y las funciones que no están en la pestaña de Supporting Features, no dude en comunicar sus ideas a las partes interesadas relevantes de los equipos de proyecto de negocio y de TI.

En la pestaña Interfaces, enumere los sistemas de registro externos (SORS) con los que interactúa la aplicación. Los SOR se clasifican como un conector o un servicio:

• Un conector es una interfaz en la que esta aplicación de Pega inicia una solicitud a otro origen de datos o aplicación •
• Un servicio es una interfaz en la que otra aplicación inicia una solicitud a esta aplicación de Pega.

1. En el libro GoGoRoad_CaseTypeBacklog_Challenge.xlsx, haga clic en la pestaña Interfaces.
2. Revise la información proporcionada para las interfaces identificadas para el proyecto GoGoRoad:
   1. En la columna Service of Connector, revise la selección de Conector o Servicio.
   2. En la columna Interface/Data Source Type, revise el tipo de origen seleccionado de la interfaz.
      Nota: La lista de tipos de origen depende de su selección para la columna Service or Connector. Las opciones más populares para los conectores son SOAP o REST.
   3. En la columna Complexity, revise la selección de Low, Medium o High.
   4. En la columna Interface Data Source Exists? , revise la selección de Yes, No o Unknown.
   5. En la columna Assumptions, revise las suposiciones que se hayan hecho sobre la interfaz.
   6. En la medida de lo posible, documente las interfaces que identificó para su aplicación en su propio Backlog de tipo de caso.

   La siguiente figura muestra la pestaña Interfaces:

   
   Nota: Esta información de interfaces es de gran interés para los System Architects del equipo de implementación, pero es útil para los Business Architects tener una idea de la complejidad de este aspecto del proyecto.

En la pestaña Personas, enumere los diferentes grupos de usuarios amplios que se espera que interactúen con la aplicación y los tipos de caso. Identifique cada grupo de usuarios, su relación entre sí y cualquier otra suposición hecha con respecto a su rol dentro de la aplicación:

1. En el libro GoGoRoad_CaseTypeBacklog_Challenge.xlsx, haga clic en la pestaña Personas .
2. Revise la información proporcionada para las Personas identificados para el proyecto GoGoRoad, y las Assumptions realizadas con respecto al grupo de usuarios.
3. En su Backlog de tipo de caso, documente las Personas identificadas como usuarios de su aplicación. Detalle cualquier suposición relacionada.

   En la siguiente figura, se muestra un ejemplo de la pestaña Personas:

   

En la pestaña Reports, enumere los reportes personalizados y la correspondencia identificados como importantes para la adopción e integración exitosas de la aplicación.

1. En el libro GoGoRoad_CaseTypeBacklog_Challenge.xlsx, haga clic en la pestaña de Reports.
2. Revise la información proporcionada para los Reports or Correspondence identificados para el proyecto GoGoRoad.
   1. En la columna Average Complexity, revise los niveles seleccionados:
      • OOTB (Out-of-the-box)
      • High 
      • Medium
      • Low
   2. En la columna MLP Release , revise la versión del MLP.
   3. En la columna Assumptions, revise las suposiciones que se hayan hecho sobre la interfaz.
3. En su propio Case Type Backlog, documente al menos un reporte personalizado que ayude en el análisis operativo por parte de las partes interesadas del proyecto.

   La siguiente figura muestra un ejemplo de la pestaña Reports:

   
   Nota: La pestaña Reports no enumera los reportes listos para usar que están disponibles con Pega Platform, sino los reportes personalizados que el equipo de implementación debe crear. La pestaña Reportsdetalla el nombre del reporte, la complejidad del desarrollo, la versión prevista y cualquier suposición hecha sobre el reporte.  

La pestaña Work Backlog consolida los detalles introducidos en las pestañas anteriores de la hoja de cálculo Backlog de tipo de caso.

1. En el libro GoGoRoad_CaseTypeBacklog_Challenge.xlsx, haga clic en la pestaña Work Backlog.
2. Revise las columnas de la pestaña Work Backlog del proyecto GoGoRoad:
   1. C or F: rellena automáticamente las entradas de la pestaña de Supporting Features (funciones de soporte) como un tipo de caso o una función.
   2. Microjourney: rellena automáticamente las entradas de la pestaña de Supporting Features (funciones de soporte) con entradas de la pestaña Microjourneys a través de la información de tipo de caso.
   3. CaseType / Feature: rellena automáticamente desde la pestaña de Supporting Features (funciones de soporte).
   4. Which Case Type is this Feature in support of?: rellena automáticamente los tipos de caso desde la pestaña Supporting Features (funciones de soporte).
   5. Average Complexity: rellena automáticamente desde la pestaña de Supporting Features (funciones de soporte).
   6. Interfaces columnas: las interfaces se rellenan desde la pestaña Interfaces. Revise cómo se asociaron las interfaces con las funciones de soporte.
   7. Personas columnas: las Personas se rellenan desde la pestaña Personas. Revise cómo se asociaron las Personas con las funciones de soporte.
   8.  Columnas Channels: rellena automáticamente las entradas desde la pestaña Case types. Asocia los canales con funciones de soporte (Supporting Features) a través de la información de tipo de caso.
   9. Biz Value: revise la selección de Low, Medium, o High
   10. MLP Release: revise la selección de MLP1, MLP2, MLP3, MLP4 o Future.
   11. Sizing Assumptions (Suposiciones de tamaño): introduzca cualquier suposición sobre las funciones en relación con el tamaño del proyecto. La columna Assumptions (suposiciones) justifica el valor asignado en la columna de Biz value (valor de negocio). 
3. En el Case Type Backlog, examine la pestaña Work Backlog para confirmar que la información de las pestañas anteriores esté correctamente consolidada.
   1. Ingrese una X donde las interfaces identificadas se relacionen con funciones de soporte (Supporting Features) o tipos de caso (Case Types).
   2. Ingrese una X donde las Personas identificadas se relacionen con funciones de soporte (Supporting Features) o tipos de caso (Case Types).
   3. Seleccione un valor de negocio (Biz value) para cada función de soporte o tipo de caso.
   4. Seleccione una versión (Release) para cada función de soporte o tipo de caso.
   5. Agregue cualquier suposición que considere relevante para el tamaño del proyecto.

   En la siguiente figura, se muestra un ejemplo de la pestaña de Work Backlog (backlog de trabajo):

   
   Nota: Como Business Architect, el Work Backlog (backlog de trabajo) actúa como un resumen de proyecto de una sola pestaña. Puede usar las pestañas anteriores para obtener información de soporte, especialmente con respecto a las suposiciones realizadas.

En la pestaña Project Attributes, proporcione información adicional sobre el proyecto en relación con el desarrollo y la implementación de aplicaciones:

1. En el libro GoGoRoad_CaseTypeBacklog_Challenge.xlsx, haga clic en la pestaña Project Attributes.
2. En la columna Attribute Type, revise la información proporcionada para los atributos del proyecto en relación con el proyecto de GoGoRoad:

   Tipo de atributo	Acciones
   Platform/Application Info	En el campo Pega Version , introduzca el número de versión de la aplicación de Pega. En el campo Application Name , introduzca el nombre de la aplicación. En el campo  Application Version , introduzca los números de versión principal y secundaria de la aplicación. Nota: La primera versión de una aplicación es siempre 01.01
   Co-Production	En la lista Staffing Model , seleccione uno de los siguientes valores: Co-Production Non Co-Production En la lista Engagement Lead , seleccione el tipo de lead (cliente potencial): Pega Led/Client Co-Prod Partner Led/Client Co-Prod Pega Led Partner Led
   Delivery	En la lista Delivery Methodology, seleccione un tipo de delivery (entrega): Agile/Scrum Waterfall/Other En el directorio Scrum Maturity, seleccione un valor: High Medium Low En el campo Number of Scrum Teams , introduzca un número.
   Other Attributes	En la lista Pega Cloud or Existing On-Prem Instance, seleccione un valor: Yes No En el Data Import/Conversion Required, seleccione el nivel de esfuerzo requerido: None Low Medium High En el campo Localization, introduzca el número de idiomas adicionales. En el directorio Highly Regulated or Complex Company list, seleccione un valor: Yes No
   Special Packages in MLP1	En la lista Robotics , seleccione un valor: Yes No En la lista Mkt & Dec Quick Win Package , seleccione un valor:
   Risk	En el campo Other Contingencies, introduzca un porcentaje.

3. En su Backlog de tipo de caso, revise y seleccione algunas opciones posibles para los diferentes tipos de atributos asociados con su proyecto.

   La pestaña Project Attributes viene rellenada con algunos valores predeterminados, como se muestra en la siguiente figura: