Rol de un Business Architect de Pega

El Business Architect trabaja con partes interesadas tanto de la organización cliente como de Pega. En un proyecto de Pega, las partes interesadas de esos dos grupos se mezclan como equipos de negocio y de TI. Los miembros del equipo de negocio entienden el proceso de negocio y las necesidades y los requerimientos de la organización. Los miembros del equipo de TI tienen experiencia en el desarrollo de software y conocen las capacidades de transformación de Pega Platform.

Consulte los números de la siguiente imagen para comprendercómo trabajar en la intersección del negocio y TI como miembro de ambos equipos:

1. Negocio: Usted trabaja con partes interesadas que entienden las necesidades y los requerimientos de la organización cliente y el proceso de negocio. En su rol como BA de Pega, utiliza su comprensión del proceso de negocio para abogar en nombre de este equipo de negocio a fin de garantizar que la aplicación desarrollada por el equipo de TI satisfaga las necesidades y los requerimientos especificados por la organización del cliente.

2. BA de Pega: Como BA de Pega, su trabajo se encuentra en la intersección del negocio y TI para garantizar que la solución creada por el equipo de TI se alinee con las necesidades y los requerimientos de la organización del cliente y el proceso de negocio. Para ello, ayuda a los equipos de negocio y de TI a trabajar en estrecha colaboración para diseñar y crear una solución de Pega que satisfaga las necesidades del negocio y que esté configurada con las prácticas recomendadas de diseño de Pega.

3. TI: Usted trabaja con el equipo de desarrollo de Pega para comprender el patrón de diseño técnico que mejor se adapte a las necesidades y los requerimientos de la organización cliente y del proceso de negocio. En su rol como BA de Pega, usted se encargará en nombre de TI de garantizar que las partes interesadas del negocio comprendan cómo las características y capacidades de la solución de Pega agregan valor a través del proceso de negocio transformado. Además, trabaja con TI para crear una biblioteca de activos empresariales reutilizables que admitan una implementación más rápida de futuras características de la aplicación.

A lo largo de un proyecto, su trabajo con las partes interesadas de los equipos de negocio y TI incluye las siguientes responsabilidades:

Análisis

Recolecta información sobre la organización del cliente, el proceso de negocio, los requerimientos del negocio, el cliente y el resultado estratégico para asegurarse de tener una imagen completa de todos los problemas antes de configurar una solución. Como parte de su análisis, trabajará con el equipo de negocios para: 

• Comprender las etapas y los pasos críticos del proceso de negocio, así como los usuarios principales del proceso (tanto internos como externos)
• Identificar los problemas, las brechas, los cuellos de botella y las soluciones manuales dentro de los procesos de negocio existentes
• Comprender las causas raíz de las fallas del proceso existente
• Identificar las áreas de funcionalidad comunes a todos los procesos

Como Business Architect, un objetivo clave es identificar qué se debe cambiar en el proceso actual y cómo los problemas actuales afectan los resultados del negocio. 

Diseño de procesos

Optimiza de forma constante el flujo de trabajo evaluando la información que ha recopilado durante su análisis y traduciendo su conocimiento a través de Pega GenAI Blueprint™.  Blueprint incorpora las capacidades de Pega GenAI y prácticas recomendadas de Pega para la transformación del flujo de trabajo para lograr lo siguiente:  

• Eliminar acciones y asignaciones innecesarias del flujo de trabajo actual.
• Reorganizar el flujo de trabajo para agilizar la secuencia de las etapas, los procesos y los pasos, para hacer que dicho flujo sea más simple de entender y operar.
• Automatizar las actividades repetitivas para que el flujo de trabajo sea más eficiente.
• Asignar el trabajo de forma inteligente a los usuarios adecuados para reducir las transferencias innecesarias entre los miembros del equipo y garantizar que se aplique el enfoque correcto al trabajo más urgente.
• Mejorar la colaboración entre los miembros del equipo y los clientes externos para mantener a las partes interesadas informadas y actualizadas con los últimos avances del trabajo.
• Consolidar la información y los datos relevantes para la actividad actual del usuario a fin de reducir el tiempo perdido recolectando los datos esenciales de varios sistemas separados para completar el trabajo de forma rápida, precisa y eficaz.

Como Business Architect, un objetivo clave es garantizar que el nuevo flujo de trabajo diseñado con Blueprint cumpla con los objetivos de negocio y simplifique el proceso para los usuarios finales. 

Alineación

Al utilizar las capacidades de modelado de flujo de trabajo de Blueprint, trabaja en estrecha colaboración con representantes del equipo de negocio y desarrolladores de Pega para colaborar en el diseño, el desarrollo y las pruebas de la solución de Pega. Sus deberes incluyen:  

• Revisar la propuesta de Blueprint para confirmar la alineación con las necesidades y los resultados del negocio.
• Usar Blueprint y App Studio para demostrar las mejoras para el usuario final resultantes del rediseño del flujo de trabajo mediante las capacidades listas para usar de Pega.
• Trabajar con los equipos técnicos para garantizar que comprendan las necesidades del negocio y los requerimientos esenciales del flujo de trabajo.

Como Business Architect, un objetivo clave es garantizar que el equipo de negocio comprenda el diseño de la solución y esté capacitado para proporcionar la orientación y los comentarios adecuados para mantener la solución alineada con los objetivos del negocio. Al mismo tiempo, su objetivo es garantizar que los desarrolladores de Pega comprendan a la perfección los requerimientos y necesidades del negocio y puedan proporcionar asesoramiento adecuado sobre el mejor uso de las capacidades técnicas de Pega para satisfacer dichas necesidades.  

Educación

Usted educa a las partes interesadas del equipo de negocio sobre las prácticas recomendadas de entrega mientras asesora y orienta sobre las funciones listas para usar de las aplicaciones de Pega. Apoya al equipo de negocio al explicarle el valor de esas funciones listas para usar. Utiliza su conocimiento de Blueprint y Pega Platform para demostrar cómo las funciones mejoran sus procesos de negocio al:

• Centrarse en lo que hay que lograr para obtener el resultado, no en cómo se está haciendo el trabajo actualmente
• Comprender cómo se ve una buena simplificación y optimización en Pega
• Diseñar procesos para su reutilización en todo el ecosistema de Pega

Como Business Architect, su objetivo es continuar esta educación a lo largo del proyecto, permitiéndoles a las partes interesadas del negocio cambiar sus formas de trabajar con las características del software de Pega, lograr valor de negocio y obtener los beneficios de su aplicación Pega.  

Considere el siguiente escenario:

Sara Han es una BA de Pega que trabaja en un proyecto existente de gestión de quejas creado en Pega Platform. 

El líder del proyecto le pide a Sara que revise el proceso de gestión de quejas para garantizar que el negocio resuelva las inquietudes de los clientes de manera rápida y eficiente. Al escuchar a los miembros del equipo de la empresa describir los resultados necesarios para mejorar su calificación de satisfacción del cliente, se esfuerza por comprender las cuestiones centrales que afectan al negocio: los problemas, los cambios en los procesos y los resultados deseados. Gracias a su conocimiento tanto de las necesidades del negocio como de la tecnología de Pega Platform, Blueprint y App Studio, Sara:     

• Educa a las partes interesadas del equipo de negocio sobre las características listas para usar de Pega Platform, como la capacidad de enrutar automáticamente el trabajo a los usuarios apropiados mediante reglas de negocio o de distribuir automáticamente notificaciones de solicitudes de aprobación por correo electrónico y móvil. Ella explica que estas características reducen el tiempo para resolver una queja, lo que mejora la satisfacción del cliente y aumenta el valor de negocio como resultado. 

• Se alinea con los representantes del equipo de negocio para rediseñar el flujo de trabajo existente y con el equipo de TI para configurar las funciones listas para usar de Pega Platform con el objeto de automatizar y simplificar las tareas realizadas manualmente por el equipo de reclamaciones. Sara también ayuda al equipo de negocio a introducir la asignación de trabajo automatizada y basada en habilidades y la lógica y las notificaciones del acuerdo de nivel de servicio, para lograr una resolución de problemas más rápida, una mayor satisfacción del cliente y la alineación con los objetivos de negocio. 

La estructura del equipo del proyecto varía de un proyecto a otro en función de numerosos factores, como el tamaño del proyecto, su complejidad, así como la cantidad y la experiencia de los Business Architects de Pega involucrados. En proyectos más grandes, varios BA trabajan juntos como un equipo que comparte la carga de trabajo. En proyectos pequeños, un solo BA puede ser todo lo que se requiere.  

Además de las responsabilidades detalladas anteriormente: análisis, diseño de procesos, alineación y educación, Pega BA tiene otras responsabilidades comunes a todos los proyectos, independientemente de su tamaño. Algunos ejemplos de estas responsabilidades comunes son: 

• Facilitación de reuniones para reunir requerimientos que apoyen la transformación del proceso de negocio. Usted organiza y facilita reuniones enfocadas con partes interesadas y Subject Matter Experts (SME) a fin de recolectar y documentar los procesos y requerimientos de negocio necesarios para satisfacer las necesidades tanto de la organización cliente como del cliente. Durante estas reuniones, usted orientará la comprensión de las partes interesadas traduciendo de qué manera las funciones listas para usar de Pega Platform cumplen con los requerimientos del negocio. 

• Identificación y documentación de requerimientos del negocio.  Usted documenta los requerimientos del negocio como historias de usuario utilizando Blueprint, Agile Workbench de App Studio y otros procesos y herramientas de gestión de proyectos Scrum disponibles en Pega Platform. Los desarrolladores de Pega utilizan las historias de usuario para configurar la aplicación a fin de abordar los requerimientos del negocio de la mejor manera posible gracias a las fortalezas y capacidades de Pega.

• Uso de Blueprint y App Studio para demostrar la funcionalidad lista para usar de Pega Platform en el flujo de trabajo de los nuevos procesos de negocio. Usted utiliza Blueprint para rediseñar rápidamente un flujo de trabajo en función de las funciones listas para usar y las prácticas recomendadas de gestión de casos de Pega. Visualizar el flujo de trabajo en Blueprint ayuda a lograr una alineación con las partes interesadas para la aplicación Pega. También utiliza App Studio para demostrar de qué manera las funciones listas para usar de Pega Platform abordan los requerimientos del negocio.

• Promover las prácticas recomendadas de Pega. A través de años de implementaciones, Pega ha desarrollado las prácticas recomendadas en todo el panorama del proyecto, incluida la estructura organizativa, la creación de historias de usuario y backlogs, gobernanza y pruebas. Usted sigue e instruye estas prácticas recomendadas durante todo el proceso de diseño y entrega de la aplicación.

En algunos proyectos, un Business Architect también puede tener responsabilidades en torno a la gestión de riesgos, la gobernanza, el desarrollo de la interfaz de usuario, la creación de informes, el establecimiento de estándares, el análisis de las partes interesadas, el alcance y el tamaño del proyecto, las pruebas o el soporte de producción. Aunque los BA más antiguos del proyecto probablemente reciban estos deberes, es importante que todos los BA aprovechen cualquier oportunidad para aprender sobre estas tareas adicionales. 

Compruebe sus conocimientos con la siguiente actividad: