Scrum Board: definición y ejemplos

Definición del tablero de Scrum

El equipo de desarrollo de Dave trabaja en un entorno acelerado donde se esperan resultados rápidamente. Todo el mundo quiere saber constantemente qué trabajo está completo. Para el trabajo que no está completo, quieren saber el estado. Afortunadamente, el equipo de Dave usa Scrum , la versión más común del desarrollo Agile, que hace que el estado actual del proyecto esté disponible. Cada vez que Dave recibe una pregunta, está listo para responder. Los dirige al tablero Scrum.

Un tablero de Scrum es una herramienta que se utiliza para mostrar visualmente el trabajo del proyecto actual, específicamente el trabajo que se ha incluido en el sprint actual. En un nivel alto, muestra lo que no se ha iniciado, lo que se está trabajando actualmente y lo que se ha completado. Beneficia a las personas que están trabajando activamente en el proyecto, como el equipo de desarrollo, así como a las que no, como las partes interesadas. Cualquiera que mire el tablero de Scrum puede ver el trabajo del proyecto y conocer su estado.

Los tableros de Scrum pueden ser físicos o virtuales, siempre que sean accesibles y muestren el trabajo del proyecto. Los pizarrones físicos suelen utilizar un pizarrón blanco, una pared o un pizarrón magnético. El trabajo del proyecto se escribe en fichas, notas adhesivas o imanes. Estos son los mejores para equipos que se encuentran en el mismo lugar. Los tableros virtuales utilizan software diseñado para parecerse a los tableros físicos, pero se ven y se modifican electrónicamente. Estos son los mejores para equipos remotos que no están ubicados en el mismo lugar.

Disposición del tablero de Scrum

El diseño de un tablero Scrum puede variar de un equipo a otro. Siempre que se cumpla el propósito general de mostrar el progreso del trabajo del proyecto, existe flexibilidad. Al determinar el diseño específico de un tablero Scrum, la pregunta principal a considerar es la audiencia objetivo. ¿Es para personas que trabajan en el proyecto o para personas que solo quieren conocer el progreso del trabajo del proyecto? Cada aspecto del diseño se basa en esto. El tablero Scrum de Dave está diseñado para las personas que simplemente quieren conocer el progreso del trabajo del proyecto.

Cuando el público objetivo son personas que solo quieren conocer el progreso del trabajo del proyecto, el diseño típico del tablero Scrum implica mostrar el trabajo del proyecto como historias de usuario , que son requisitos que se desglosan y se centran en la funcionalidad para usuarios o tareas específicas. El progreso de las historias de usuario se registra en columnas con los estados del trabajo por completar, el trabajo que se está completando actualmente y el trabajo que se ha completado. Específicamente, estas columnas están etiquetadas como ‘Pendiente’, ‘En curso’ y ‘Hecho’. ‘Tareas pendientes’ contiene historias de usuarios que deben completarse pero en las que no se ha trabajado en absoluto. ‘En progreso’ contiene historias de usuarios que se están desarrollando o probando. «Hecho» contiene historias de usuarios que se han desarrollado y probado por completo.

En general, estos tableros Scrum son los más básicos y sencillos. Los detalles se mantienen a un alto nivel para que el público objetivo pueda obtener una instantánea rápida del trabajo del proyecto. Dave usa este diseño porque su público objetivo son las partes interesadas. Cuando les indica que hagan referencia al tablero Scrum, espera que puedan comprender fácilmente el estado del trabajo del proyecto.

Cuando el público objetivo son personas que están trabajando en el proyecto, el diseño del tablero Scrum es de bajo nivel. Esto se debe a que el equipo de desarrollo necesita más detalles. El diseño de bajo nivel puede adoptar una de dos formas. Cada uno es una ligera variación del estándar para hacer, en progreso y visualización terminada de historias de usuario, y cada uno proporciona el detalle específico necesario para las personas que completan el trabajo del proyecto.

La primera versión usa el diseño por hacer, en progreso y hecho. El aspecto único de esta versión es que, en lugar de historias de usuarios, el trabajo del proyecto se muestra como tareas. Las tareas se refieren a aspectos específicos del desarrollo o las pruebas. Son un desglose adicional de las historias de usuarios y se agrupan como tales. A menudo, las historias de usuario se utilizan como filas horizontales para agrupar las tareas. Cada tarea avanza a través de los estados de forma independiente y una vez que se completa cada tarea de una historia de usuario, la historia de usuario se considera completa.

La segunda versión muestra el trabajo del proyecto como historias de usuario. También tiene columnas para ‘Tareas pendientes’ y ‘Listo’. El aspecto único de esta versión es que, en lugar de una sola columna «En curso», hay varias columnas para representar los distintos estados del trabajo que se está completando. Estos estados suelen corresponder a los grupos de tareas de desarrollo y prueba. Las historias de usuario avanzan a medida que se inician y completan las tareas de desarrollo y luego se inician y completan las tareas de prueba. También podría haber una columna para revisión, donde se revisa el trabajo del proyecto para asegurarse de que cumpla con todos los requisitos antes de que se considere terminado.

Resumen de la lección

Scrum intenta hacer que el estado actual del trabajo del proyecto esté disponible en todo momento. Esto se hace mediante el uso de un tablero Scrum, que es una herramienta que se utiliza para mostrar visualmente el trabajo del proyecto incluido en el sprint actual, ya sea física o virtualmente. Los diferentes aspectos del diseño del tablero Scrum se basan en la audiencia objetivo. Cuando el público objetivo son personas que no están trabajando activamente en el proyecto pero que solo quieren conocer el estado actual, se utiliza un diseño de alto nivel que involucra historias de usuarios.y columnas para «Tareas pendientes», «En curso» y «Listo». Cuando el público objetivo son personas que están completando el trabajo del proyecto, se usa un diseño de bajo nivel que es más detallado. Puede incluir las mismas columnas que el diseño de alto nivel, pero las historias de los usuarios se dividen en tareas. La alternativa implica el uso de historias de usuario y las columnas «Tareas pendientes» y «Hecho», pero un desglose de «En curso» en varias columnas.

Rodrigo Ricardo Editor y fundador