Skip to main content

Scrum ágil

Se recomienda gestionar los proyectos de aplicación de Pega con Scrum.Como Business Architect de Pega en un proyecto gestionado con Scrum, sus responsabilidades incluyen documentar los requerimientos del proceso de negocio transformado en user stories (historias de usuario) y ayudar a los líderes en la priorización de esas historias de usuario para crear y gestionar el backlog del proyecto. 

En este tema, examinará los roles de liderazgo relacionados con Scrum, la relación entre las historias de usuario y el backlog, el kit de herramientas de Pega Express y el repositorio en línea para ayudarle a gestionar Scrum.

Roles de liderazgo en un equipo Scrum

Hay dos roles de liderazgo en un proyecto de Pega gestionado por Scrum: el Product Owner (PO), que representa al negocio, y el Scrum Master, que facilita el trabajo del equipo del proyecto de TI.

Las responsabilidades específicas relacionadas con cada uno de estos roles son las siguientes:

Product Owner (PO):

  • Representa al negocio y sirve como un único punto de contacto para las decisiones de negocio
  • Gestiona el alcance y la priorización del proyecto
  • Establece las expectativas de las partes interesadas
  • Establece prioridades para el trabajo del equipo de Scrum priorizando los entregables en el backlog
  • Responde a las preguntas del equipo de Scrum y aclara los detalles
  • Acepta o rechaza la finalización de la historia de usuario

Scrum Master:

  • Está totalmente dedicado al equipo como Scrum Master
  • Enseña Scrum y entrena a los miembros del equipo sobre el framework
  • Dirige los puntos Scrum y sprints diarios
  • Elimina impedimentos y barreras para el equipo
  • Facilita las conversaciones entre los equipos de negocio y de TI según sea necesario para garantizar la alineación del proyecto

Como Business Architect, interactuará casi a diario con el Product Owner y el Scrum Master para crear y gestionar las historias de usuario, el backlog del proyecto, las reuniones de Sprint colaborativas que priorizan el trabajo completado por el equipo del proyecto de TI, y para recolectar comentarios de las partes interesadas del equipo comercial.

User stories (Historias de usuario)

Las tareas de desarrollo de software se rastrean utilizando historias de usuario. Creados por el Business Architect, cada tarea o elemento de trabajo se define en una historia de usuario que explica lo que el usuario debe hacer y los criterios por los cuales se debe aceptar el elemento de trabajo. 

Estos son algunos ejemplos de user stories (historias de usuario) de aplicaciones en un proyecto Scrum:

  • Como cliente bancario, quiero imprimir un archivo PDF de mi extracto bancario desde una aplicación móvil para poder revisar mis transacciones y el saldo final.
  • Como padre que ordena en línea el pastel de cumpleaños de un niño, quiero pagar mi pedido con Zelle para no tener que esperar a pagar en la panadería. 
  • Como jugador, quiero ver cuánto oro tengo en mi cofre para poder comprar artefactos adicionales para fortalecer mi personaje.

Como framework para la gestión de proyectos y el desarrollo de aplicaciones, Scrum garantiza que las historias de mayor valor agregado se desarrollen primero, que las ideas se identifiquen y entreguen correctamente, y que las partes interesadas y los clientes participen en el proceso, lo que aumenta la aceptación y la satisfacción. 

Nota: Para obtener más información sobre las historias de usuario, vea el tema User story readiness.

El backlog del producto

El backlog del producto es una lista priorizada de todas las características y los requisitos necesarios para cumplir con el objetivo o la visión. Sirve como una lista de tareas para el equipo. El backlog, como una lista de elementos, puede evolucionar a lo largo del ciclo de vida de un proyecto. El Product Owner es responsable de priorizar los elementos del backlog. El backlog en sí se compone de historias de usuario, unidades de trabajo asociadas con el lanzamiento del Minimum Lovable Product (MLP).

Como BA en un proyecto de Pega, trabaja en conjunto con el Product Owner para crear y gestionar el backlog del proyecto en una herramienta de gestión como Agile Studio de Pega Platform.

Si bien no se considera un evento de Scrum, el refinamiento del backlog es clave para una entrega exitosa de Scrum. El refinamiento del backlog es el proceso de atender y agregar detalles para aclarar las historias del usuario en su backlog. El refinamiento del backlog completa los detalles de las historias de usuario hasta el punto en que el Product Owner puede entenderlas, priorizarlas e implementarlas el equipo del proyecto de TI. 

Nota: Para obtener más información sobre cómo trabajar con el backlog del proyecto, consulte Mantenimiento del backlog.

Pega Express Toolkits compatible con Scrum

Una de las herramientas de mayor valor agregado que respalda las prácticas de Scrum para el Business Architect de Pega es el Pega Express Toolkit.

El Pega Express Toolkit, que se encuentra en el sitio web de Pega Community, es un repositorio de materiales que respaldan a los BA de Pega durante el desarrollo del proyecto y la entrega de aplicaciones.

Entre los artefactos asociados con Scrum, se incluyen archivos descargables y artículos como:

Como BA de Pega, el Pega Express Toolkit demostrará ser invaluable en términos de recursos de soporte que ayudan a facilitar su proyecto. 

Compruebe sus conocimientos con la siguiente actividad:


This Topic is available in the following Module:

If you are having problems with your training, please review the Pega Academy Support FAQs.

¿Le ha resultado útil este contenido?

¿Quiere ayudarnos a mejorar este contenido?

We'd prefer it if you saw us at our best.

Pega Academy has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice