Backlog Del Sprint - Historial de revisiones

200.123.147.57: /* Mantenimiento del Backlog del Sprint */

2011-08-29T13:50:20Z

‎Mantenimiento del Backlog del Sprint

200.123.147.57: /* Mantenimiento del Backlog del Sprint */

2011-08-29T13:49:50Z

‎Mantenimiento del Backlog del Sprint

166.42.40.43: /* Características */

2010-01-13T15:58:40Z

‎Características

200.121.163.240: /* Mantenimiento del Backlog del Sprint */

2009-05-21T17:37:55Z

‎Mantenimiento del Backlog del Sprint

Admin en 19:04 31 jul 2008

2008-07-31T19:04:01Z

190.172.86.173: Página nueva: El backlog del Sprint es una lista de tareas que define el trabajo a realizar por los Miembros Del Equipo De Scrum durante un sprint. La lista surge durante la [[Planificacion Del...

2008-07-26T21:51:50Z

Página nueva: El backlog del Sprint es una lista de tareas que define el trabajo a realizar por los Miembros Del Equipo De Scrum durante un sprint. La lista surge durante la [[Planificacion Del...

Página nueva

El backlog del Sprint es una lista de tareas que define el trabajo a realizar por los [[Miembros Del Equipo De Scrum]] durante un sprint. La lista surge durante la [[Planificacion Del Sprint]]. Las tareas del backlog del sprint son las que el equipo definió como necesarias para convertir a items del [[Backlog Del Producto]] en funcionalidad del sistema. Cada tarea identifica quién es responsable de hacer el trabajo y un estimado de la cantidad de trabajo faltante para la tarea durante cualquier día del Sprint.
Es útil porque descompone el proyecto en tareas 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.

==Características==
* Contiene tareas para convertir un [[Backlog Del Producto]] en funcionalidad concreta del sistema.
* Las tareas del backlog del sprint deben estar respaldadas por un requerimiento del [[Backlog Del Producto]], el cual fue seleccionado para ser completado durante el Sprint en curso.
* Las tareas se estiman en horas, generalmente entre 1 y 16 horas.
* Las tareas con más de 16 horas se descomponen durante la reunión de [[Planificacion Del Sprint]] o durante el mismo sprint a medida que es tratado.
* Los miembros del equipo eligen las tareas (no son asignadas).
* Cualquier miembro puede añadir, borrar o cambiar las tareas del backlog del spring (las suyas o nuevas).
* Si no está en claro el trabajo, definir el backlog del sprint con una mayor cantidad de tiempo, y luego dividirlo más tarde.
* Actualizar la estimación de trabajo restante a medida que se sepa más sobre las tareas.
* Sólamente el equipo puede agregar items al backlog del sprint.

==Formato y soporte==
Hay tres opciones:

* Hoja de cálculo.
* Pizarra física o pared.
* Herramienta colaborativa o de gestión de proyectos.

Y sobre la que mejor se adecúa 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:

* Incluye la información: lista de tareas, persona responsable de cada una, estado en el que se encuentra y tiempo de trabajo que queda para completarla.
* Sólo incluye la información estrictamente necesaria.
* El medio y modelo elegido es la opción posible que más facilita la consulta y comunicación diaria y directa del equipo.
* Sirve de soporte para registrar en cada reunión diaria del sprint, el tiempo que le queda a cada tarea.

[[Ejemplo De Backlog Del Sprint]]

==Finalización de una tarea del Backlog del Sprint==
Es importante que el Equipo cuente con una definición consistente de cuando se puede considerar a una tarea como "Terminada". Esto es aún más importante cuando el concepto de "Terminado" varia entre los equipos. El objetivo fundamental es tener una vista honesta y clara de los logros que se vayan consiguiendo, y del trabajo restante. Se debe mantener la confianza con los clientes, evitando "ocultar" trabajo no realizado.

Una buena definición de cuando una tarea se encuentra "Terminada" podría ser la siguiente:

PONER NUESTRO CONCEPTO DE TERMINADO

* El código cumple con los estándares
* Todos los tests pasan exitosamente
* El código está subido a un repositorio de versiones
* El código está integrado correctamente en el entorno adecuado

La naturaleza iterativa de los procesos ágiles deberían estar soportadas por buenas prácticas y herramientas con alto grado de automatización, para poder asegurar que las tareas del Sprint tienen la suficiente calidad para poder considerarlas "Terminadas". Cuando no se cuenta con estas herramientas, hay una importante sobrecarga de trabajo manual para poder realizar estas comprobaciones, que incluso no pueden garantizarse.

==Mantenimiento del Backlog del Sprint==
El equipo tiene muy pocas tareas administrativas que se interpongan con su trabajo. Sin embargo si tienen una obligación muy importante: mantener actualizado el Backlog del Sprint. Scrum es un proceso empírico que, por lo tanto, necesita del feedback sobre el progreso para permitir tomar cualquier decisión o acción que sea necesaria lo antes posible. El gráfico de Burndown del Sprint, para el SeguimientoDelSprint, no será útil si no muestra el estado actualizado del progreso del Equipo.

Las nuevas tareas deben agregarse al Backlog del Sprint a medida que surgen, y las horas estimadas restantes del día-a-día para cada tarea deben mantenerse actualizadas. Este estimado es el tiempo total restante para completar la tarea, sin importar la cantidad de personas que realicen el trabajo.

* La estimación de horas restantes de trabajo se actualiza diariamente, en general inmediatamente después de la [[Reunion Diaria De Scrum]].
* No debe confudirse esta práctica con un informe de tiempos, que no forma parte de Scrum. No existen mecanismos en Scrum para el seguimiento de la cantidad de tiempo que un equipo trabaja.
* A los Equipos se los mide por su cumplimiento de objetivos, no por cuántas horas trabajaron para cumplirlo. Scrum es un proceso orientado a los resultados, y no orientado al esfuerzo.

==Ver también==
* [[Backlog Del Producto]]
* [[Seguimiento Del Sprint]]
* [[Patrones]]

← Revisión anterior		Revisión del 19:04 31 jul 2008
Línea 1:		Línea 1:
		+	[[Category:Scrum]]
	El backlog del Sprint es una lista de tareas que define el trabajo a realizar por los [[Miembros Del Equipo De Scrum]] durante un sprint. La lista surge durante la [[Planificacion Del Sprint]]. Las tareas del backlog del sprint son las que el equipo definió como necesarias para convertir a items del [[Backlog Del Producto]] en funcionalidad del sistema. Cada tarea identifica quién es responsable de hacer el trabajo y un estimado de la cantidad de trabajo faltante para la tarea durante cualquier día del Sprint.		El backlog del Sprint es una lista de tareas que define el trabajo a realizar por los [[Miembros Del Equipo De Scrum]] durante un sprint. La lista surge durante la [[Planificacion Del Sprint]]. Las tareas del backlog del sprint son las que el equipo definió como necesarias para convertir a items del [[Backlog Del Producto]] en funcionalidad del sistema. Cada tarea identifica quién es responsable de hacer el trabajo y un estimado de la cantidad de trabajo faltante para la tarea durante cualquier día del Sprint.
	Es útil porque descompone el proyecto en tareas de tamaño adecuado para determinar el avance a diario; e identificar riesgos y problemas sin necesidad de procesos complejos de gestión.		Es útil porque descompone el proyecto en tareas de tamaño adecuado para determinar el avance a diario; e identificar riesgos y problemas sin necesidad de procesos complejos de gestión.

@@ Línea 54: / Línea 54: @@
 * No debe confudirse esta práctica con un informe de tiempos, que no forma parte de Scrum. No existen mecanismos en Scrum para el seguimiento de la cantidad de tiempo que un equipo trabaja.
 * A los Equipos se los mide por su cumplimiento de objetivos, no por cuántas horas trabajaron para cumplirlo. Scrum es un proceso orientado a los resultados, y no orientado al esfuerzo.
 ==Ver también==

@@ Línea 10: / Línea 10: @@
 * Las tareas con más de 16 horas se descomponen durante la reunión de [[Planificacion Del Sprint]] o durante el mismo sprint a medida que es tratado.
 * Los miembros del equipo eligen las tareas (no son asignadas).
-* Cualquier miembro puede añadir, borrar o cambiar las tareas del backlog del spring (las suyas o nuevas).
+* Cualquier miembro puede añadir, borrar o cambiar las tareas del backlog del sprint (las suyas o nuevas).
 * Si no está en claro el trabajo, definir el backlog del sprint con una mayor cantidad de tiempo, y luego dividirlo más tarde.
 * Actualizar la estimación de trabajo restante a medida que se sepa más sobre las tareas.

@@ Línea 47: / Línea 47: @@
 ==Mantenimiento del Backlog del Sprint==
-El equipo tiene muy pocas tareas administrativas que se interpongan con su trabajo. Sin embargo si tienen una obligación muy importante: mantener actualizado el Backlog del Sprint. Scrum es un proceso empírico que, por lo tanto, necesita del feedback sobre el progreso para permitir tomar cualquier decisión o acción que sea necesaria lo antes posible. El gráfico de Burndown del Sprint, para el SeguimientoDelSprint, no será útil si no muestra el estado actualizado del progreso del Equipo.
+El equipo tiene muy pocas tareas administrativas que se interpongan con su trabajo. Sin embargo si tienen una obligación muy importante: mantener actualizado el Backlog del Sprint. Scrum es un proceso empírico que, por lo tanto, necesita del feedback sobre el progreso para permitir tomar cualquier decisión o acción que sea necesaria lo antes posible. El gráfico de Burndown del Sprint, para el Seguimiento del Sprint, no será útil si no muestra el estado actualizado del progreso del Equipo.
 Las nuevas tareas deben agregarse al Backlog del Sprint a medida que surgen, y las horas estimadas restantes del día-a-día para cada tarea deben mantenerse actualizadas. Este estimado es el tiempo total restante para completar la tarea, sin importar la cantidad de personas que realicen el trabajo.
@@ Línea 54: / Línea 54: @@
 * No debe confudirse esta práctica con un informe de tiempos, que no forma parte de Scrum. No existen mecanismos en Scrum para el seguimiento de la cantidad de tiempo que un equipo trabaja.
 * A los Equipos se los mide por su cumplimiento de objetivos, no por cuántas horas trabajaron para cumplirlo. Scrum es un proceso orientado a los resultados, y no orientado al esfuerzo.
 ==Ver también==