Categories: BlogGuía de Scrum

Guía de Scrum | 20. INVERTIR – Crear la mejor Historia de Usuario

INVEST es un método para crear buenas Historias de Usuario. Permite verificar si tienen un contenido correctamente formulado 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. I por Independiente
  3. N por Negociable
  4. V por Valioso o Vertical
  5. E por Estimable
  6. S por Pequeño
  7. T por Testeable
  8. Resumen

Introducción

INVEST es un acrónimo creado por Bill Wake en 2003. Cada letra representa el inicio de una palabra que caracteriza una buena Historia de Usuario. Según el principio INVEST, cada Historia de Usuario debería ser:

  • Independiente
  • Negociable
  • Valiosa
  • Estimable
  • Pequeña
  • Testeable

Escribimos más sobre qué es una Historia de Usuario 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.

I por Independiente

La primera característica de una buena Historia de Usuario es su independencia. Esto 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 debería correlacionarse con otras Historias de Usuario. Por supuesto, no será una independencia total. No se puede dividir la creación del Producto en módulos completamente separados. Sin embargo, es crucial recordar mantener las Historias de Usuario lo más independientes posible. Gracias a eso, incluso si una de ellas no entra en la fase de implementación o se modifica significativamente, las restantes no tendrán que ser modificadas. Como regla general, la Historia de Usuario debería constituir un todo separado y coherente.

N por Negociable

La Historia de Usuario debe ser negociable. Esto significa que establece el Objetivo, no la forma de alcanzarlo.

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

La negociación de la Historia de Usuario tiene lugar entre el Product Owner y el Equipo de Desarrollo. El Product Owner propone la implementación de cierta funcionalidad del Producto, es decir, dice “Qué” hacer. Los Desarrolladores son responsables de responder a la pregunta “Cómo”. Es decir, negociar formas específicas de resolver el problema presentado en la Historia de Usuario.

V por Valioso o Vertical

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

  • Valioso
  • Vertical

Ambas revelan características clave de una buena Historia de Usuario. Por lo tanto, decidimos explicar lo que cada una de ellas significa.

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é se debe introducir la modificación y por qué es importante desde el punto de vista de los interesados.

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 “mejoras de rendimiento” horizontales en una capa seleccionada del Producto. Por el contrario, añade otra “capa” a él.

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

E por Estimable

Una buena Historia de Usuario debe ser estimable. Esto significa que debe definir claramente el alcance de las modificaciones que se deben hacer al producto para que la Historia de Usuario se considere completa. Esto permite al Equipo de Desarrollo determinar el tiempo y esfuerzo requeridos para completarla.

El alcance y la dificultad de una tarea se estiman generalmente en unidades llamadas Puntos de Historia. Son relativos. Y cada Equipo de Desarrollo establece el valor de los Puntos de Historia en la práctica basado en la experiencia previa.

En artículos separados, hemos cubierto más sobre la Velocidad del Equipo de Desarrollo y cómo medirla.

S por Pequeño

La Historia de Usuario aceptada para 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 Product Owner es demasiado larga, deben dividirla en partes posiblemente independientes.

T por Testeable

La última letra del acrónimo INVEST representa testeable. Esto significa que la modificación del Producto descrita en la Historia de Usuario debe ser verificable y comprobable. 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.

Creando la mejor Historia de Usuario – resumen

INVEST es un acrónimo que describe una Historia de Usuario bien escrita. Debe ser:

  1. Independiente de otras Historias de Usuario. Para que pueda ser modificada o eliminada 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. Valiosa, es decir, justificando 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 tener un tamaño y criterio de finalización definibles.
  5. Pequeña lo suficiente como para completarse en un Sprint.
  6. Testeable para que se pueda determinar con certeza que ha sido implementada.

Si te gusta nuestro contenido, únete a nuestra comunidad de abejas trabajadoras en Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Caroline Becker

Como Gerente de Proyectos, 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 presión de tiempo la convierten en la mejor persona para hacer realidad proyectos complicados.

View all posts →

Caroline Becker

Como Gerente de Proyectos, 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 presión de tiempo la convierten en la mejor persona para hacer realidad proyectos complicados.

Share
Published by
Caroline Becker

Recent Posts

Consejos principales para mejorar el portafolio de un freelancer

¿Eres un freelancer que busca formas de promocionar su portafolio? Hoy en día, no solo…

22 minutes ago

Gestión financiera digital y contabilidad en línea | Digitalizando tu negocio #5

La gestión financiera digital y la contabilidad en línea se han vuelto cada vez más…

3 hours ago

¿Cómo crear un acta de proyecto? | #39 Introducción a la gestión de proyectos

Los estatutos del proyecto son el pan y la mantequilla de la gestión de proyectos.…

5 hours ago

Gestión efectiva de contratos. 3 elementos imprescindibles para su organización

Las organizaciones de diversas industrias establecen relaciones con posibles empleados, proveedores y socios todos los…

7 hours ago

Tácticas de salami – el método de gestión de proyectos innovador

Hay más que suficientes técnicas de gestión por ahí. Algunas parecen intrincadas, mientras que otras…

8 hours ago

¿Cómo formar una ONG? 7 pasos rápidos hacia el éxito

¿Sabes cómo empezar una ONG? ¿Has estado pensando en ello? ¿Eres consciente de lo que…

10 hours ago