Las historias de usuario explicadas —el formato Como / quiero / para, INVEST, criterios de aceptación— y la planificación de iteraciones, a menudo llamada sprint planning, con la velocidad en East Agile Tracker.
Una historia de usuario es una descripción breve de algo que necesita un usuario, escrita desde su punto de vista. La planificación de iteraciones es la forma en que un equipo decide en qué historias trabajará durante el siguiente bloque de tiempo. Muchos equipos llaman a ese bloque sprint y a la reunión sprint planning; East Agile Tracker los llama iteraciones y planificación de iteraciones.
Qué es una historia de usuario
Sección titulada «Qué es una historia de usuario»La plantilla habitual es:
Como [tipo de usuario], quiero [alguna capacidad], para [algún beneficio].
Por ejemplo: Como jefa de proyecto, quiero ver qué historias están bloqueadas, para poder desbloquearlas antes de que termine la iteración.
La plantilla indica quién se beneficia, qué necesita y por qué. El “por qué” permite al equipo encontrar una forma más sencilla de aportar el mismo beneficio. Una historia es un recordatorio de una conversación, no una especificación completa: los detalles se concretan entre quienes piden y quienes construyen.
INVEST: ¿está lista la historia?
Sección titulada «INVEST: ¿está lista la historia?»INVEST es una lista de comprobación para una historia bien formada:
- Independent (independiente) — se puede construir y entregar por sí sola.
- Negotiable (negociable) — los detalles están abiertos a discusión.
- Valuable (valiosa) — aporta algo que le importa a un usuario o cliente.
- Estimable (estimable) — el equipo la entiende lo suficiente como para dimensionarla.
- Small (pequeña) — cabe cómodamente en una iteración.
- Testable (comprobable) — hay una forma clara de saber que está terminada.
Criterios de aceptación
Sección titulada «Criterios de aceptación»Los criterios de aceptación indican qué debe cumplirse para que la historia cuente como terminada. Escribirlos en forma Given / When / Then convierte cada uno en una prueba de aceptación:
Given una historia con un bloqueador sin resolver, when abro la columna Blocked, then la historia aparece en ella.
Los criterios se acuerdan antes de empezar el trabajo, para que el equipo y la persona que acepta la historia compartan la misma definición de terminado.
Planificación de iteraciones
Sección titulada «Planificación de iteraciones»La planificación de iteraciones responde a una sola pregunta: ¿en qué vamos a trabajar en esta iteración? Necesita tres entradas:
- Un backlog ordenado — historias clasificadas por prioridad, con las primeras listas (que cumplen INVEST y tienen criterios de aceptación).
- Estimaciones — cada historia candidata dimensionada en story points.
- Velocidad — cuántos puntos completa el equipo por iteración. Consulta ¿Qué es la velocidad?.
El equipo toma historias de la parte superior del backlog hasta que el total alcanza su velocidad. Asumir más que eso depende de que el equipo trabaje de repente más rápido; asumir menos deja capacidad sin usar.
Cómo lo hace East Agile Tracker
Sección titulada «Cómo lo hace East Agile Tracker»- Las historias son de cuatro tipos: features, bugs, chores y releases. De forma predeterminada, solo las features reciben puntos. Consulta Historias.
- Los criterios de aceptación van en la descripción. No hay un campo aparte; los criterios deben estar en la descripción antes de que se inicie la historia. Cuando una historia se entrega, el product owner la acepta o la rechaza frente a esos criterios. Consulta la máquina de estados y el bucle de aceptación.
- El backlog es una única lista estrictamente ordenada, que proyecta las próximas iteraciones a partir de la velocidad, tres o cuatro por delante, y marca cualquier grupo que supere la velocidad. Consulta Iteraciones.
- La planificación de iteraciones es en gran parte automática. Con la planificación automática de iteraciones activada (opción predeterminada), la iteración actual se llena hasta tu velocidad; meter una historia nueva devuelve la de menor prioridad a la parte superior del Backlog. Los equipos que se comprometen con un alcance fijo, al estilo Scrum, pueden desactivar la planificación automática y planificar tanto como quieran, con un contador que se pone en rojo por encima de la velocidad. Consulta Planificar una iteración.
- Crear una historia abre un compositor para el título, la descripción, el tipo, la estimación y los owners. Consulta Crear una historia.
Lecturas adicionales
Sección titulada «Lecturas adicionales»- ¿Qué son los story points? — dimensionar historias.
- ¿Qué es la velocidad? — el lado de la capacidad en la planificación.
- eXtreme Programming — de dónde vienen las historias de usuario y el juego de la planificación.