Diferencia entre revisiones de «Planificacion Del Sprint»

De Dos Ideas.
Saltar a: navegación, buscar
(Pizarra de Trabajo)
 
(No se muestra una edición intermedia de otro usuario)
Línea 1: Línea 1:
 
[[Category:Scrum]]
 
[[Category:Scrum]]
 +
[[Category:Reuniones de Scrum]]
 
El propósito de un [[Sprint]] es convertir un set de items del [[Backlog Del Producto]] en un incremento de funcionalidad potencialmente productiva. El [[Dueño Del Producto]], el [[Scrum Master]] y los [[Miembros Del Equipo De Scrum]] se reunen antes de cada Sprint para determinar en qué funcionalidad del producto se seguirá trabajando. El [[Dueño Del Producto]] presenta el [[Backlog Del Producto]] y el equipo selecciona lo que cree puede ser construido durante el Sprint.
 
El propósito de un [[Sprint]] es convertir un set de items del [[Backlog Del Producto]] en un incremento de funcionalidad potencialmente productiva. El [[Dueño Del Producto]], el [[Scrum Master]] y los [[Miembros Del Equipo De Scrum]] se reunen antes de cada Sprint para determinar en qué funcionalidad del producto se seguirá trabajando. El [[Dueño Del Producto]] presenta el [[Backlog Del Producto]] y el equipo selecciona lo que cree puede ser construido durante el Sprint.
  
Línea 44: Línea 45:
  
 
El Scrum Manager modera la reunión para que no dure más  de  un  día.  Debe  evitar  que  el  equipo comience a profundizar en  trabajos de análisis o arquitectura que son propios del sprint.
 
El Scrum Manager modera la reunión para que no dure más  de  un  día.  Debe  evitar  que  el  equipo comience a profundizar en  trabajos de análisis o arquitectura que son propios del sprint.
 +
 +
=== Creación de historias ===
 +
 +
El Dueño del Producto presenta las historias de usuario, las cuales se escriben con títulos que el equipo comprenda en los post-it amarillos grandes. Estos post-it se pegan en la mesa para que todos los vean. Cada post-it contiene 3 datos:
 +
 +
* Nombre de la historia
 +
* Importancia
 +
* Estimación
 +
* Validación
 +
 +
El '''nombre de la historia''' es una muy breve frase o título que describe a la historia (por ejemplo, "exportación de saldos", "alta de usuario", "modificación de dirección de facturación", etc.).
 +
 +
La '''importancia''' es un número positivo; mientras más grande el número más importante la historia (y deberá terminarse antes que historias de menor importancia). La importancia la indica el Dueño del Producto.
 +
 +
La '''estimación''' en principio se deja en blanco, ya que será completada más adelante (pero dentro de la misma reunión).
 +
 +
La '''validación''' será la forma que el Dueño del Producto dará por aceptada la historia en la reunión de Revisión (Demo del Producto).
 +
 +
Así, luego de la exposición del Dueño del Producto, se tiene cierto número de historias pegadas sobre la mesa, ordenadas por importancia.
 +
 +
El Equipo además puede agregar historias propias, generalmente técnicas, que considera necesarias para la ejecución del proyecto (por ejemplo, la creación de un repositorio de código).
  
 
===Pizarra de Trabajo===
 
===Pizarra de Trabajo===
Línea 49: Línea 71:
 
Pero  no  es  aconsejable  emplearla  como  base para  trabajar  sobre  ella  en  la  reunión proyectándola sobre la pantalla de la sala.
 
Pero  no  es  aconsejable  emplearla  como  base para  trabajar  sobre  ella  en  la  reunión proyectándola sobre la pantalla de la sala.
 
Es mucho mejor  trabajar  y manipular  elementos físicos;  y  usar  una  pizarra  y  fichas  removibles (adhesivas, con chinchetas o magnéticas).
 
Es mucho mejor  trabajar  y manipular  elementos físicos;  y  usar  una  pizarra  y  fichas  removibles (adhesivas, con chinchetas o magnéticas).
 
  
 
===Un ejemplo de pizarra.===
 
===Un ejemplo de pizarra.===

Revisión actual del 20:07 15 ago 2008

El propósito de un Sprint es convertir un set de items del Backlog Del Producto en un incremento de funcionalidad potencialmente productiva. El Dueño Del Producto, el Scrum Master y los Miembros Del Equipo De Scrum se reunen antes de cada Sprint para determinar en qué funcionalidad del producto se seguirá trabajando. El Dueño Del Producto presenta el Backlog Del Producto y el equipo selecciona lo que cree puede ser construido durante el Sprint.

La reunión de Planificación del Sprint consiste de dos partes, cada una de las cuales puede durar hasta cuatro horas.

1. Selección del backlog (Exposición): el Dueño Del Producto presenta el backlog de mayor prioridad al equipo de desarrollo. Juntos colaboran para acordar cuántos de estos items pueden convertirse en un Incremento Del Producto potencialmente productivo durante el próximo Sprint. El equipo realiza la Estimacion Del Sprint y selecciona todo lo que crea pueda realizar.

2. Planificación de trabajo del Sprint (Resolución): el equipo define la arquitectura y el diseño de la funcionalidad que fue seleccionada, y luego define el trabajo, o tareas que conformarán el Backlog Del Sprint, para construir dicha funcionalidad durante el próximo Sprint.

Ejemplo De Exposicion Resolucion

El tiempo que dura la Planificación del Sprint debería estar en correspondencia con la duración misma del Sprint (donde, por ejemplo, en un sprint de 2 semanas no se deberían usar más de 4 horas en total para la planificación).

Pre-condiciones

  • La organización tiene determinados los recursos posibles para llevar a cabo el sprint.
  • El propietario del producto tiene preparado el backlog del producto: con su criterio de prioridad para el negocio, y un nº suficiente de elementos para desarrollar en el sprint.
  • Siempre que sea posible el propietario del producto debe haber trabajado ya previamente con el equipo. De esta forma su estimación previa de qué cantidad de backlog de producto se puede desarrollar en el sprint será bastante ajustada.
  • El equipo tiene un conocimiento de las tecnologías empleadas, y del negocio del producto suficiente para realizar estimaciones basadas en "juicio de expertos”, y para comprender los conceptos del negocio que expone el propietario del producto.

Entradas

  • El backlog del producto
  • El producto desarrollado hasta la fecha a través de los sucesivos incrementos (excepto si se trata del primer sprint)
  • Circunstancias de las condiciones de negocio del cliente y del escenario tecnológico empleado.

Resultados

  • Backlog del sprint.
  • Duración del sprint y fecha de la reunión de revisión.
  • Objetivo del sprint.

Funciones del rol de Scrum Manager

El Scrum Manager es responsable y garante de:

  1. Se realiza esta reunión antes de cada sprint.
  2. Que antes de la reunión que el propietario del producto disponga de un backlog adecuado y suficiente para realizar el sprint.
  3. Que el diálogo principal de la reunión se realice entre el propietario del producto y el equipo. Otros asistentes pueden participar, pero su colaboración no puede implicar toma de decisiones ni limitar el diálogo principal.
  4. Que la reunión sea un trabajo de colaboración activa entre los dos protagonistas: cliente y equipo, y concluyen con un acuerdo sobre el incremento de producto que van a realizar en el sprint.
  5. Que el equipo comprende la visión y necesidades de negocio del cliente.
  6. Que el equipo ha realizado una descomposición y estimación del trabajo realistas y ha considerado las posibles tareas necesarias de análisis, investigación o apoyo.
  7. Que al final de la reunión están objetivamente determinados:
  • Los elementos del backlog del producto que se van a ejecutar.
  • El objetivo del sprint.
  • El backlog del sprint con todas las tareas estimadas.
  • La duración del sprint y la fecha de la reunión de revisión.

El Scrum Manager modera la reunión para que no dure más de un día. Debe evitar que el equipo comience a profundizar en trabajos de análisis o arquitectura que son propios del sprint.

Creación de historias

El Dueño del Producto presenta las historias de usuario, las cuales se escriben con títulos que el equipo comprenda en los post-it amarillos grandes. Estos post-it se pegan en la mesa para que todos los vean. Cada post-it contiene 3 datos:

  • Nombre de la historia
  • Importancia
  • Estimación
  • Validación

El nombre de la historia es una muy breve frase o título que describe a la historia (por ejemplo, "exportación de saldos", "alta de usuario", "modificación de dirección de facturación", etc.).

La importancia es un número positivo; mientras más grande el número más importante la historia (y deberá terminarse antes que historias de menor importancia). La importancia la indica el Dueño del Producto.

La estimación en principio se deja en blanco, ya que será completada más adelante (pero dentro de la misma reunión).

La validación será la forma que el Dueño del Producto dará por aceptada la historia en la reunión de Revisión (Demo del Producto).

Así, luego de la exposición del Dueño del Producto, se tiene cierto número de historias pegadas sobre la mesa, ordenadas por importancia.

El Equipo además puede agregar historias propias, generalmente técnicas, que considera necesarias para la ejecución del proyecto (por ejemplo, la creación de un repositorio de código).

Pizarra de Trabajo

Es recomendable, que el propietario del producto emplee una hoja de cálculo, alguna herramienta similar, o el soporte de una intranet, para guardar en formato digital la pila del producto. Pero no es aconsejable emplearla como base para trabajar sobre ella en la reunión proyectándola sobre la pantalla de la sala. Es mucho mejor trabajar y manipular elementos físicos; y usar una pizarra y fichas removibles (adhesivas, con chinchetas o magnéticas).

Un ejemplo de pizarra.

La pizarra es una herramienta para facilitar la comunicación y el trabajo de la reunión. Al final de la reunión el propietario del producto registrará en la hoja de cálculo, o en la herramienta que emplee, el estado y las modificaciones en el backlog del producto. El equipo hará lo mismo con backlog del sprint. Según la distribución y espacio de la oficina de trabajo quizá se reutilice la pizarra o las notas para el seguimiento del sprint; o quizá no. Este es un ejemplo, pero la pizarra, y el resto de las formas, son técnicas que ayudan a trabajar de forma ágil; no reglas estrictas. En cada caso se pueden ajustar o modificar según las características de la organización. Algunos soportes que se suelen emplear:

  • Pizarra blanca y fichas adhesivas tipo “Post-it”
  • Pizarra de corcho laminado y chinchetas para sujetar las fichas.
  • Pizarra de acero vitrificado y soportes magnéticos para sujetar las fichas.

Se puede conseguir una solución práctica y económica empleando fichas adhesivas (“Post-it”) y usando como pizarra cartón pluma blanco de 5mm. fijado con puntas directamente sobre la pared. El cartón pluma es un material ligero, de acabado satinado que puede adquirirse en tiendas de materiales para bellas artes y manualidades.

Ejemplo De Backlog Del Sprint

Resumen

  • El Dueño del Producto prioriza el backlog del producto
  • El Dueño del Producto, el Scrum Master y el Equipo se reunen para dterminar el trabajo a completar durante el próximo Sprint.
  • El trabajo lo selecciona el equipo de la lista priorizada.
  • El equipo obtiene todo el detalle necesario del Dueño del Producto, de forma que puedan estimar lo que es posible realizar durante el próximo Sprint.
  • El Dueño del Producto es responsable por negociar y tomar decisiones sobre cualquier asunto de requerimientos, de forma que el Equipo pueda trabajar sobre un único set de prioridades.
  • El Dueño del Producto y el Equipo establecen el objetivo para el Sprint.
  • El Equipo debe seleccionar sólamente el trabajo que se puedan comprometer a terminar.
  • Los items seleccionados se descomponenen en tareas para el Backlog Del Sprint.
  • La estimación del Equipo se informa en base a los sprints anteriores, la capacidad para el próximo sprint y la complejidad relativa de las tareas requeridas para cumplir con el objetivo del Sprint.
  • Si en el segundo día del Sprint ya se ve que se necesitará un 20% más de trabajo extra, será necesario planificar mejor. Esto es un tema a resolver durante la Retrospectiva Del Sprint.


Ver también