Guía Scrum | 15. Artefactos Scrum

En el artículo de hoy, nos centraremos en los artefactos de Scrum. Explicaremos Product Backlog, Sprint Backlog e Increment. También responderemos a la pregunta de para qué los usan los miembros del equipo Scrum y las partes interesadas.

Artefactos de Scrum - tabla de contenido:

1. ¿Qué son los artefactos Scrum?
2. Pila de Producto
3. Pila de Sprint
4. Incremento
5. Resumen

¿Qué son los artefactos Scrum?

Tres Artefactos Scrum son cruciales para un Equipo Scrum efectivo. Estos son dos Backlogs, que son listas de tareas, y el Incremento, que es una versión potencialmente lista para el lanzamiento de un Producto mejorado en un Sprint determinado.

Se les llama colectivamente Artefactos porque tienen un propósito. Es decir, maximizar la transparencia de la información sobre el trabajo en el Producto.

Con la disponibilidad de Scrum Artifacts, cualquier miembro del Equipo Scrum o Stakeholder puede obtener una imagen clara en cualquier momento. Allí verán:

• Qué Producto y para qué Propósito se está creando
• Qué tareas se planean realizar
• En qué tareas está trabajando actualmente el equipo de desarrollo
• Qué tareas ya se han completado
• Aspecto de la versión actual del Producto en ejecución

Los backlogs de Scrum describen el Producto tanto desde el punto de vista técnico como comercial . La descripción técnica del Producto creada por el Equipo Scrum contiene la forma en que funciona el Producto, así como propuestas de soluciones específicas para ser implementadas por el Equipo de Desarrollo. La descripción del negocio contiene historias de usuarios que responden preguntas como:

• ¿Para qué sirve el Producto?
• ¿Qué funciones tiene que realizar el Producto?
• ¿Qué expectativas del Cliente debe cumplir el Producto?

Así, describen funcionalidades parciales del Producto desde el punto de vista del Cliente.

Dedicaremos publicaciones separadas a cada Scrum Artifact, dedicadas a Product Backlog, Sprint Backlog e Increment, respectivamente.

Pila de Producto

El Product Backlog es una lista de tareas en las que trabajará el Scrum Team. Se expresa en lenguaje empresarial, y su alcance abarca toda la duración del proyecto.

El mantenimiento y la disponibilidad del Product Backlog son cruciales para la transparencia del trabajo del Scrum Team. Gracias a este documento, el Equipo de Desarrollo sabe en qué problema de negocio está trabajando y cuáles son las prioridades del Cliente. Además, la cartera de productos es una señal en la que puede apoyarse cuando se siente abrumado con tareas más pequeñas que desdibujan la imagen de todo el proyecto.

El Product Backlog realiza un seguimiento del progreso del equipo de desarrollo hacia el objetivo del producto. Lo gestiona el propietario del producto y debe actualizarse periódicamente. De modo que en cualquier momento da una idea clara del trabajo que hay que hacer.

Las tareas con los plazos más cercanos se describen en el Product Backlog de la manera más detallada. Las tareas con plazos más largos o tareas opcionales tienen una forma de esquema general.

Pila de Sprint

Podemos pensar en Sprint Backlog como similar a Product Backlog. Sin embargo, la forma en que se describen las tareas y la escala de tiempo cambia.

Mientras que en Product Backlog el enfoque estaba en describir tareas desde una perspectiva de Stakeholder y lenguaje comercial, Sprint Backlog es el dominio de los Desarrolladores. Son responsables de mantener y actualizar el Sprint Backlog. Es una descripción del trabajo del Equipo, por lo que se expresa en lenguaje técnico. Describe tareas y soluciones detalladas a medida que los desarrolladores planifican su ejecución.

El Sprint Backlog opera en una escala de tiempo que corresponde a la duración de un Sprint, generalmente de dos semanas a un mes. Permite el seguimiento del progreso del Equipo de Desarrollo hacia el Sprint Goal.

Incremento

El contenido de la cartera de productos es una descripción paso a paso de cómo lograr el objetivo del producto. El contenido del Sprint Backlog es una descripción de las tareas que conducen al logro del Sprint Goal. El Incremento es la suma de las funcionalidades parciales del Producto realizadas en un Sprint dado agregado al estado actual del Producto.

Cada nuevo Incremento se basa en el anterior. Por lo tanto, el trabajo realizado debe probarse a fondo. Las pruebas le permiten asegurarse de que la nueva solución no interfiere ni interrumpe las que se crearon anteriormente. Para que el trabajo se convierta en un Incremento, debe estar integrado en el estado existente del Producto. Y dar como resultado su versión mejorada y funcional.

En otras palabras, un Incremento es un conjunto de tareas completadas en un Sprint que conforman una nueva versión funcional de un Producto. Y su significado comercial se describe en la Definición de finalización. Se ingresa en el Product Backlog durante la Planificación de Sprint.

Resumen

Los artefactos de Scrum son Product Backlog, Sprint Backlog e Increment. Proporcionan a todas las partes interesadas acceso a la información sobre el estado del Producto. Los artefactos Scrum contienen Metas y Objetivos del Equipo Scrum definidos desde los ángulos comercial y técnico. Además, contienen todas las características de la versión actual y operativa del Producto, potencialmente lista para ser lanzada al mercado.

Si le gusta nuestro contenido, únase a nuestra comunidad de abejas ocupadas en Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Autora: Carolina Becker

Como Project Manager, Caroline es experta en encontrar nuevos métodos para diseñar los mejores flujos de trabajo y optimizar procesos. Sus habilidades organizativas y su capacidad para trabajar bajo la presión del tiempo la convierten en la mejor persona para convertir proyectos complicados en realidad.

Ver todas las publicaciones

Guía Scrum:

1. Glosario de términos básicos, roles y nociones
2. ¿Qué es Scrum?
3. valores de scrum
4. ¿Cómo implementar Scrum en tu empresa?
5. Equipo Scrum: ¿qué es y cómo funciona?
6. ¿Quién es un propietario del producto?
7. Los errores más comunes del Product Owner
8. ¿Quién es el Scrum Master?
9. Características de un buen Scrum Master
10. Los errores más comunes de Scrum Master
11. ¿Qué estadísticas y métricas debe rastrear el Scrum Master?
12. Cooperación entre el propietario del producto y Scrum Master
13. Equipo de desarrollo en Scrum
14. Los errores más comunes de los Desarrolladores
15. artefactos de scrum
16. Escalamiento Scrum
17. Pila de Sprint
18. ¿Qué es la cartera de productos?
19. ¿Qué son las historias de usuario?
20. Creando la mejor historia de usuario con INVEST
21. Los errores más comunes de las historias de usuario
22. Criterios de aceptación de historias de usuario
23. Estimación y puntos de historia en Scrum
24. Planificación de póquer
25. Juego de estimación en equipo
26. Definición de incremento
27. Eventos de scrum
28. ¿Qué es Sprint en Scrum?
29. Compromisos del equipo Scrum: objetivo del producto, objetivo del Sprint y definición de finalización
30. ¿Qué es un gráfico Burndown?
31. ¿Cómo crear e interpretar un gráfico de evolución?
32. Ventajas y desventajas del Burndown Chart
33. Tableros Kanban en Scrum y Scrumban
34. Velocidad en Scrum - Velocidad del Equipo de Desarrollo
35. Scrum diario
36. Planificación de Sprint
37. Revisión de Sprint
38. ¿Qué es una retrospectiva de Sprint?
39. Errores comunes durante una Retrospectiva de Sprint
40. Nutrición de la cartera de productos