May 16, 2021
Continúa la traducción capítulo capítulo 23 del libro Agile Estimating and Planning, de Mike Cohn. En este segundo artículo veremos la conveniencia de escribir tarjetas físicas y cómo puede organizarse una reunión de brainstorming para hacer que los miembros del equipo vayan deduciendo los requisitos (en forma de historias de usuario). Es recomendable estructurar el brainstorming por temáticas para no dejar ninguna funcionalidad sin analizar.
Los miembros del equipo también pueden estimar el tamaño o complejidad de los requisitos mediante un juego conocido como planning poker, en el que se estima el tamaño y complejidad de cada historia en unidades llamadas story points. Más adelante, las historias de usuario grandes habrá que descomponerlas en varias más manejables.
Una regla básica que hay que recordar es que las historias de usuario bien definidas deben ser independientes, negociables, valorables, estimables, pequeñas y verificables (Independent, Negotiable, Valuable, Estimable, Small, Testable –INVEST-).
A continuación se describe cómo transcurre la reunión inicial de análisis de requisitos en un proyecto ágil. Al finalizar la reunión (que puede durar entre 2 y 4 horas), los miembros del equipo del proyecto Havannah habrán consensuado los requisitos con 32 historias de usuario, y también habrá consensuado la estimación del proyecto en 146 story points.
¿Quiere saber cómo se hace?
[…]
–Y bien… ¿cómo empezamos a escribir historias de usuario? –preguntó Francisco.
–Vamos a usar estas tarjetas –dijo Carlos, a la vez que le daba un paquete de tarjetas a cada persona–. A mí me gusta escribir historias de usuario con esta plantilla. –Carlos sacó un rotulador y escribió en la pizarra: