Guía Scrum | 20. INVEST – Crear la mejor historia de usuario

INVEST es un método para crear buenas historias de usuario. Permite comprobar si tienen contenidos debidamente formulados y si se relacionan con el valor comercial del Producto. Y también, si su tamaño y usabilidad han sido elegidos adecuadamente.

Creando la mejor historia de usuario con INVEST - tabla de contenido:

1. Introducción
2. yo por independiente
3. N para Negociable
4. V de Valioso o Vertical
5. E de estimable
6. S para pequeño
7. T para comprobable
8. Resumen

Introducción

INVEST es un acrónimo creado por Bill Wake en 2003 . Cada letra representa el comienzo de una palabra que caracteriza una buena historia de usuario. De acuerdo con el principio INVEST, cada historia de usuario debe ser:

• Independiente
• Negociable
• Valioso
• Estimable
• Pequeña
• Comprobable

Escribimos más sobre lo que es User Story en un artículo separado. Aquí, solo mencionaremos que es una descripción concisa de una nueva funcionalidad del Producto escrita en un lenguaje accesible.

yo por independiente

La primera característica de una buena historia de usuario es su independencia. Significa que su descripción y características deben ser comprensibles sin referencia a otras Historias de Usuario. Pero, sobre todo, su realización no debe correlacionarse con otras historias de usuarios. Por supuesto, no será la independencia total. No puede dividir la creación de productos en módulos completamente separados. Sin embargo, es crucial recordar mantener las historias de usuario lo más independientes posible. Gracias a ello, aunque uno de ellos no entre en fase de implementación o se modifique significativamente, el resto no tendrá que ser modificado. Como regla general, User Story debe constituir un todo separado y coherente.

N para Negociable

La historia de usuario debe ser negociable. Esto significa que establece la Meta, no la forma de llegar allí.

En otras palabras, define una característica esperada del Producto, no una solución técnica a implementar.

La negociación de la historia de usuario se lleva a cabo entre el propietario del producto y el equipo de desarrollo. El Dueño del Producto propone la implementación de cierta funcionalidad del Producto, es decir, dice “Qué” hacer. Los Desarrolladores son responsables de responder la pregunta "Cómo". Es decir, negociar formas específicas de resolver el problema presentado en la Historia de Usuario.

V de Valioso o Vertical

En el acrónimo INVEST, la letra V representa dos cualidades:

• Valioso
• Vertical

Ambos revelan características clave de una buena historia de usuario. Por ello, decidimos explicarte qué significa cada uno de ellos.

Valioso

Una historia de usuario valiosa justifica el propósito comercial de la modificación. En otras palabras, responde con precisión a la pregunta de por qué introducir la modificación y por qué es importante desde el punto de vista de las partes interesadas.

Vertical

La segunda característica; Vertical deriva de la metodología Agile. La Historia de Usuario vertical contiene una nueva característica del Producto visible para el Usuario. Es decir, no se centra en la "mejora del rendimiento" horizontal en una capa seleccionada del Producto. Por el contrario, le agrega otra “capa”.

En otras palabras, User Story describe cómo modificar el funcionamiento general de un Producto respondiendo a la pregunta ¿Qué mejorar exactamente? También significa que cada funcionalidad del Producto se basa en soluciones existentes.

E de estimable

Una buena historia de usuario debe ser estimable. Esto significa que debe definir claramente el alcance de las modificaciones a realizar en el producto para que la historia de usuario se considere completa. Esto permite que el equipo de desarrollo determine el tiempo y el esfuerzo necesarios para completarlo.

El alcance y la dificultad de una tarea generalmente se estiman en unidades llamadas Story Points. son relativos Y cada equipo de desarrollo calcula el valor de Story Point en la práctica en función de la experiencia previa.

En artículos separados, cubrimos más sobre la velocidad del equipo de desarrollo y cómo medirla.

S para pequeño

La historia de usuario aceptada para su realización por el equipo de desarrollo debe ser concisa. Es decir, no debe durar más de un Sprint. Si los desarrolladores descubren durante la planificación del sprint que la historia de usuario propuesta por el propietario del producto es demasiado larga, deberían dividirla en partes posiblemente independientes.

T para comprobable

La última letra del acrónimo INVEST significa comprobable. Significa que la modificación del Producto descrita en la Historia de usuario debe contener agua y ser verificable. En otras palabras, debería ser posible verificar si la solución implementada por los Desarrolladores entregó el valor asumido a un Stakeholder específico.

Crear la mejor historia de usuario: resumen

INVEST es un acrónimo que describe una historia de usuario bien escrita. Debería ser:

1. Independiente de otras historias de usuario. Para que pueda ser modificado o eliminado del Product Backlog si surge la necesidad.
2. Negociable. Debe especificar qué hacer dejando la elección de cómo hacerlo a los Desarrolladores.
3. Valioso , es decir, que justifique el sentido comercial de modificar el Producto. O Vertical, es decir, presentando una nueva característica del Producto visible para el Usuario.
4. Estimable , lo que significa que tiene un tamaño y un criterio de finalización definibles.
5. Lo suficientemente pequeño como para ser completado en un Sprint.
6. Comprobable para que se pueda determinar con certeza que se ha implementado.

Si le gusta nuestro contenido, únase a nuestra comunidad de abejas ocupadas en Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Autora: Carolina Becker

Como Project Manager, Caroline es experta en encontrar nuevos métodos para diseñar los mejores flujos de trabajo y optimizar procesos. Sus habilidades organizativas y su capacidad para trabajar bajo la presión del tiempo la convierten en la mejor persona para convertir proyectos complicados en realidad.

Ver todas las publicaciones

Guía Scrum:

1. Glosario de términos básicos, roles y nociones
2. ¿Qué es Scrum?
3. valores de scrum
4. ¿Cómo implementar Scrum en tu empresa?
5. Equipo Scrum: ¿qué es y cómo funciona?
6. ¿Quién es un propietario del producto?
7. Los errores más comunes del Product Owner
8. ¿Quién es el Scrum Master?
9. Características de un buen Scrum Master
10. Los errores más comunes de Scrum Master
11. ¿Qué estadísticas y métricas debe rastrear el Scrum Master?
12. Cooperación entre el propietario del producto y Scrum Master
13. Equipo de desarrollo en Scrum
14. Los errores más comunes de los Desarrolladores
15. artefactos de scrum
16. Escalamiento Scrum
17. Pila de Sprint
18. ¿Qué es la cartera de productos?
19. ¿Qué son las historias de usuario?
20. Creando la mejor historia de usuario con INVEST
21. Los errores más comunes de las historias de usuario
22. Criterios de aceptación de historias de usuario
23. Estimación y puntos de historia en Scrum
24. Planificación de póquer
25. Juego de estimación en equipo
26. Definición de incremento
27. Eventos de scrum
28. ¿Qué es Sprint en Scrum?
29. Compromisos del equipo Scrum: objetivo del producto, objetivo del Sprint y definición de finalización
30. ¿Qué es un gráfico Burndown?
31. ¿Cómo crear e interpretar un gráfico de evolución?
32. Ventajas y desventajas del Burndown Chart
33. Tableros Kanban en Scrum y Scrumban
34. Velocidad en Scrum - Velocidad del Equipo de Desarrollo
35. Scrum diario
36. Planificación de Sprint
37. Revisión de Sprint
38. ¿Qué es una retrospectiva de Sprint?
39. Errores comunes durante una Retrospectiva de Sprint
40. Nutrición de la cartera de productos