Jump to content

Incremento and Pila del sprint: Difference between pages

From Scrum Manager BoK
(Difference between pages)
No edit summary
 
No edit summary
 
Line 1: Line 1:
El incremento es la parte de producto producida en un [[sprint]], y tiene como característica el estar completamente terminada y operativa, en condiciones de ser entregada al cliente.
La '''pila del ''sprint''''' (''sprint backlog'' en inglés) es la lista de tareas que va a realizar el equipo en una iteración, para construir un incremento. Refleja los requisitos desde el punto de vista de los desarrolladores. Es una lista de los trabajos a realizar durante un sprint para generar el [[incremento]] previsto.
==Descripción==
En ella las [[Historia de usuario|historias de usuario]] se descomponen en unidades de tamaño adecuado para monitorizar el avance a diario, así como para identificar riesgos y problemas sin procesos de gestión complejos.


Todo el equipo colabora en la confección de esta pila, durante la reunión de [[planificación del sprint]], indicando para cada tarea el esfuerzo previsto para realizarla. Para calcular el esfuerzo de cada tarea en [[puntos]] o [[tiempo ideal]] es habitual emplear técnicas como la [[estimación de póquer]].Las tareas de mayor tamaño se dividen en otras, de modo que una sola nunca dure más de un día de trabajo.
==Cómo se elabora==
Para cada una registra la información:


No se deben considerar como Incremento a prototipos, módulos o sub-módulos, ni partes pendientes de pruebas o integración.  
*Descripción breve.
*Persona que la tiene asignada.
*Esfuerzo pendiente para terminarla.


====Información====


Idealmente en scrum:
Es útil porque descompone el proyecto en unidades de tamaño adecuado para determinar el avance a diario, e identificar riesgos y problemas sin necesidad de procesos complejos de gestión. Es también una herramienta de soporte para la comunicación directa del equipo.
*Cada elemento de la [[pila del producto]] se refiere a funcionalidades entregables, no a trabajos internos del tipo “diseño de la base de datos”.
*Se produce un “incremento” en cada iteración de desarrollo ([[sprint]]).


====Condiciones====


Sin embargo es una excepción frecuente el primer sprint. En el que objetivos del tipo “contrastar la plataforma y el diseño” pueden resultar necesarios, e implican trabajos de diseño o desarrollo de prototipos para contrastar las expectativas de la plataforma o tecnología que se va a emplear. Teniendo en cuenta esta excepción habitual:
*Realizada de forma conjunta por todos los miembros del equipo.
*Cubre todas las tareas identificadas por el equipo para conseguir el objetivo del sprint.
*Sólo el equipo la puede modificar durante el sprint.
*Las tareas demasiado grandes deben descomponerse en otras más péquelas. Se deben considerar “grandes” .las tareas que necesitan más de un día para realizarse.
*Es visible para todo el equipo. Idealmente en un tablero o pared en el mismo espacio físico donde trabaja el equipo.


{{Párrafo_enmarcado|texto=Incremento es la parte de producto realizada en un sprint potencialmente entregable: terminada y probada.}}


Si el proyecto o el sistema requiere documentación, o procesos de validación y verificación documentados, o con niveles de independencia que implican procesos con terceros, éstos también tienen que estar realizados para considerar que el incremento está “hecho”
[[File:Requisitos agiles.png|650px|thumb|center]]
 
====Formato y soporte====
 
Son soportes habituales:
*Tablero físico o pared.
*Hoja de cálculo.
*Herramienta colaborativa o de gestión de proyectos.
Y sobre el más adecuado a las características del proyecto, oficina y equipo, lo apropiado es diseñar el formato más cómodo para todos, teniendo en cuenta los siguientes criterios:
*Incluir la siguiente información: Pila del sprint, persona responsable de cada tarea, estado en el que se encuentra y tiempo de
 
trabajo que queda para completarla.
*Incluir sólo la información estrictamente necesaria.
*Debe servir de medio para registrar en cada reunión diaria del sprint, el tiempo que le queda a cada tarea.
*Facilitar la consulta y la comunicación diaria y directa del equipo.
 
 
[[File:Ejemplo pila sprint.png|550px|center]]
 
Durante el [[sprint]], el equipo actualiza a diario en ella los tiempos pendientes de cada tarea. Al mismo tiempo, con estos datos traza el [[gráfico de avance]] o trabajo consumido (burn-down), que se describe más adelante, en el capítulo de métricas ágiles.
 
==Véase también==
==Véase también==
*[[Artefactos]].
*[[Artefactos]].
Line 22: Line 52:
[[Category:Glosario de términos]]
[[Category:Glosario de términos]]
[[Category:Standard scrum]]
[[Category:Standard scrum]]
[[Category:Prácticas ágiles]]

Revision as of 14:31, 15 December 2023

La pila del sprint (sprint backlog en inglés) es la lista de tareas que va a realizar el equipo en una iteración, para construir un incremento. Refleja los requisitos desde el punto de vista de los desarrolladores. Es una lista de los trabajos a realizar durante un sprint para generar el incremento previsto.

Descripción

En ella las historias de usuario se descomponen en unidades de tamaño adecuado para monitorizar el avance a diario, así como para identificar riesgos y problemas sin procesos de gestión complejos.

Todo el equipo colabora en la confección de esta pila, durante la reunión de planificación del sprint, indicando para cada tarea el esfuerzo previsto para realizarla. Para calcular el esfuerzo de cada tarea en puntos o tiempo ideal es habitual emplear técnicas como la estimación de póquer.Las tareas de mayor tamaño se dividen en otras, de modo que una sola nunca dure más de un día de trabajo.

Cómo se elabora

Para cada una registra la información:

  • Descripción breve.
  • Persona que la tiene asignada.
  • Esfuerzo pendiente para terminarla.

Información

Es útil porque descompone el proyecto en unidades de tamaño adecuado para determinar el avance a diario, e identificar riesgos y problemas sin necesidad de procesos complejos de gestión. Es también una herramienta de soporte para la comunicación directa del equipo.

Condiciones

  • Realizada de forma conjunta por todos los miembros del equipo.
  • Cubre todas las tareas identificadas por el equipo para conseguir el objetivo del sprint.
  • Sólo el equipo la puede modificar durante el sprint.
  • Las tareas demasiado grandes deben descomponerse en otras más péquelas. Se deben considerar “grandes” .las tareas que necesitan más de un día para realizarse.
  • Es visible para todo el equipo. Idealmente en un tablero o pared en el mismo espacio físico donde trabaja el equipo.


Formato y soporte

Son soportes habituales:

  • Tablero físico o pared.
  • Hoja de cálculo.
  • Herramienta colaborativa o de gestión de proyectos.

Y sobre el más adecuado a las características del proyecto, oficina y equipo, lo apropiado es diseñar el formato más cómodo para todos, teniendo en cuenta los siguientes criterios:

  • Incluir la siguiente información: Pila del sprint, persona responsable de cada tarea, estado en el que se encuentra y tiempo de

trabajo que queda para completarla.

  • Incluir sólo la información estrictamente necesaria.
  • Debe servir de medio para registrar en cada reunión diaria del sprint, el tiempo que le queda a cada tarea.
  • Facilitar la consulta y la comunicación diaria y directa del equipo.


Durante el sprint, el equipo actualiza a diario en ella los tiempos pendientes de cada tarea. Al mismo tiempo, con estos datos traza el gráfico de avance o trabajo consumido (burn-down), que se describe más adelante, en el capítulo de métricas ágiles.

Véase también