¿Son sus historias de usuario lo suficientemente buenas para INVEST?
Pues bien, este acrónimo INVEST nos ayuda a escribir y repensar la redacción de nuestras mejores User Stories.
Veamos qué significa cada letra de esta técnica:
INDEPENDIENTE (Independent)
Para que sus User Stories sean independientes, no pueden depender de ninguna otra para ser implementada.
Si no respetamos este criterio, corremos el riesgo de subir una serie de otras historias de usuario ya que el Product Owner prioriza una determinada historia.
Ahora seamos francos. ¿Es fácil alcanzar este criterio?
Sin embargo, no creo que valga la pena poner un poco de energía para acercarnos lo más posible a esta independencia.
NEGOCIABLE (Negotiable)
Cuando escribimos Historias de usuarios, asumimos que no se escribirán todos los detalles.
Más importante que eso es mantenerse enfocado en la necesidad.
Otro aspecto muy relevante es que las historias se pueden escribir a cuatro manos.
En algún momento creamos una idea errónea de que escribir es responsabilidad exclusiva del Product Owner, sin embargo, es un desperdicio no aprovechar todo el capital intelectual del propio equipo para escribir y apoyar también la redacción de historias y es por eso que la negociación es importante.
VALIOSO (Valuable)
¡Todas las historias de usuario tienen que generar valor para el usuario!
¡SÍ! Para el usuario, después de todo, estamos hablando de historias de usuarios.
De todas las letras que componen este acrónimo, esta es quizás la más importante.
Olvídese de la idea de escribir historias, bases de datos y similares. Podemos manejar esto escribiendo otros artefactos.
ESTIMABLE (Estimable)
Los equipos deben poder estimar las historias y para eso deben ser claros y pequeños.
Entonces, el enfoque no está exactamente en su estimación, sino en cuánto podemos hacer esto al leer y discutir la historia.
PEQUEÑO (Small)
Ser PEQUEÑO conecta directamente con ESTIMATE que mencionamos anteriormente.
Basado en el principio de que cuanto más pequeño sea el lote de trabajo, mejor será su previsibilidad, si su historial cumple con este criterio, el equipo puede encontrar más fácil de estimar.
Thinking SMALL te guía hacia una redacción más objetiva y concisa.
Aquí hay un beneficio directo para el propietario del producto.
Tan pronto como sus User Stories estén listas, ya podrá saborear, digamos, esa pequeña implementación.
Entonces, si la historia es PEQUEÑA, la tendencia es que llegue a sus manos más rápido mientras el equipo se concentra en otras partes pequeñas.
TESTABLE (Testable)
Si su historia se puede probar al máximo, entonces cumple con este requisito.
Las condiciones necesarias para llevar a cabo su validación suelen estar indicadas en los criterios de aceptación.
MEJORA CONTINUA
Honestamente, no me gusta pensar en el acrónimo INVEST como una lista de verificación donde su historia solo puede ir a una “planificación” del equipo cuando cumple con el 100% de estos criterios.
Pero para dar un pequeño impulso a la velocidad a la que mejoran sus historias de usuario, agregaría la técnica INVEST a su DoR (definición de listo).
Al hacerlo, tendrá que reflejar la escritura de las historias antes de colocarlas en la arena.
Más importante que la técnica en sí, es traer uno de los pilares de la Mentalidad Agile aquí en este contexto: ¡Mejora continua!
Es por eso que pensar en un trabajo evolutivo es más interesante que una lista de verificación.
A medida que aprende sobre su producto y alimenta su Backlog, la tendencia es que la calidad en la redacción de historias de usuarios mejore con el tiempo.
¡Escribamos historias de usuarios con INVEST!
Deja tus comentarios si te gustó el artículo. ¡Gracias!
