Rol de un Business Architect de Pega
Como Business Architect (BA) de Pega, usted es clave para el desarrollo de una aplicación de Pega Platform™ bien diseñada e implementada que satisfaga los requerimientos del negocio de la organización cliente, logre el objetivo estratégico y realmente satisfaga a su cliente.
El BA de Pega trabaja en colaboración con las partes interesadas de la organización cliente. Como Business Architect, usted es el puente que une a la organización cliente y a Pega para colaborar y desarrollar software que supera lo que cualquiera de las partes podría lograr por sí sola. Usted entiende y aboga por las necesidades y los requerimientos de la organización cliente y su negocio. Al mismo tiempo, comprende las capacidades de transformación de Pega Platform y aboga por las capacidades de desarrollo de software del equipo de Pega y el proceso de negocio rediseñado.
En este tema, examinará las asociaciones que el BA tiene con miembros del equipo del proyecto tanto de la organización cliente como de Pega, mientras explora algunas de las responsabilidades comunes de un BA de Pega durante un proyecto.
Trabajar con las partes interesadas
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.
En la siguiente imagen, haga clic en los íconos + para saber cómo trabajar en la intersección del negocio y TI como miembro de ambos equipos:
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 los fallos 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
Usted transforma el flujo de trabajo evaluando la información que ha recopilado durante el análisis para rediseñar el flujo de trabajo utilizando las capacidades listas para usar de Pega Platform con el objeto de:
- Eliminar pasos innecesarios en el proceso.
- Reorganizar el flujo de trabajo para agilizar la secuencia de las etapas y los pasos, haciendo que el proceso sea más simple de entender y operar.
- Automatizar las actividades repetitivas para que el proceso 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 diseño del proceso cumpla con los objetivos de negocio y simplifique el flujo de trabajo para los usuarios finales del proceso.
Alineación
Con las capacidades de modelado de flujo de trabajo (workflow) de Pega Platform, 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 el nuevo diseño del proceso para confirmar la alineación con las necesidades y los resultados del negocio
- Usar App Studio para demostrar las mejoras para el usuario final resultantes del diseñ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
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 muy bien las 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. Usted apoya al equipo de negocios explicando el valor de esas características listas para usar y cómo se usan para mejorar 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.
Asociación en acción
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, 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 comerciales.
Responsabilidades comunes de los Business Architects
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:
-
Facilitar 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 comerciales 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. Puede documentar los requerimientos como user stories (historias de usuario) mediante la captura de objetivos de manera directa (DCO), Agile Studio y otros procesos y herramientas de gestión de proyectos Scrum disponibles en Pega Platform. Los desarrolladores de Pega utilizan las users stories (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 App Studio de Pega Platform para demostrar la funcionalidad lista para usar de Pega Platform en el flujo de trabajo de los nuevos procesos de negocio. Utiliza App Studio para demostrar de qué manera las funciones listas para usar de Pega Platform abordan los requerimientos del negocio. Visualizar el flujo de trabajo en App Studio ayuda a lograr una alineación con las partes interesadas para la aplicación de Pega.
-
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:
This Topic is available in the following Module:
¿Quiere ayudarnos a mejorar este contenido?