INVERTIR Mnemónico en historias de usuarios de Scrum

¿Por qué necesitamos buenas historias de usuarios?

Los equipos de Scrum deben tener buenas historias de usuario con las que trabajar para tener éxito. Las historias de usuario describen una interacción entre el usuario y el sistema.

Muchos problemas comúnmente identificados como problemas con los equipos Scrum se originan en historias de usuarios deficientes, ya sea porque el trabajo está mal dividido cuando los elementos grandes se dividen en historias individuales o porque las historias están mal escritas. Estos son algunos de los problemas más comunes que pueden originarse en historias de usuarios deficientes:

• Los equipos tienen dificultades para volver a priorizar el trabajo de un sprint a otro debido a las dependencias entre historias. Un sprint es un término para un ciclo de trabajo en el que el trabajo se completa y se prepara para su revisión.
• Los Sprints terminan sin aportar valor a los usuarios finales.
• Las historias son rechazadas por el propietario del producto porque carecen de requisitos claros y comprobables.

INVERTIR Mnemónico

Si se encuentra enfrentando estos problemas, o si desea evitarlos en primer lugar, el mnemónico INVEST es un conjunto de pautas que ayudan a garantizar la calidad de las historias de usuario en Scrum y otros procesos de desarrollo ágiles. Las letras de INVEST significan:

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

Si sigue los principios de INVEST al desglosar el trabajo a realizar y al escribir sus historias de usuario, contribuirá en gran medida a evitar los problemas mencionados anteriormente. Si bien no se menciona en la Guía Scrum, el texto oficial escrito por los co-creadores de Scrum, el mnemónico INVEST es una guía muy útil que ha ganado una adopción generalizada. Echemos un vistazo más de cerca a los principios INVEST.

Independiente

Las historias de usuario deben estar escritas de manera que les resulte fácil moverse, cambiar las prioridades dentro de un sprint o pasar a un sprint diferente por completo. Esto significa que debe dividir el trabajo para crear la menor cantidad de dependencias posibles entre las historias.

Negociable

Todas las historias en un backlog de Scrum deben ser negociables, es decir, pueden cambiarse, priorizarse o incluso eliminarse por completo debido a una serie de razones.

Valioso

Uno de los principios de Scrum es ofrecer valor al usuario final tan pronto y tan a menudo como sea posible. Por lo tanto, las historias de usuarios que no brindan ningún valor directo al usuario final deben evitarse y reescribirse. Esto es particularmente importante de considerar cuando se trata de deuda técnica.

Estimable

Debería ser posible para el equipo de Scrum llegar a una estimación del tamaño o complejidad de la historia, de acuerdo con el sistema que el equipo haya elegido usar. Los puntos de historia y las tallas de las camisetas son ejemplos comunes de métodos de estimación que se pueden utilizar. Las posibles razones por las que no se puede estimar una historia incluyen la falta de información del propietario del producto o la falta de conocimiento técnico sobre la solución propuesta. El primero puede resolverse mediante más discusiones entre el equipo y el propietario del producto, mientras que el segundo puede requerir que se lleve a cabo otra historia de investigación, llamada pico , primero.

Pequeña

Idealmente, las historias de usuario en Scrum deben escribirse de modo que una persona no tarde más de un día en ejecutarlas. Esto se considera una buena práctica, ya que hace que los bloqueadores sean más fáciles de detectar. Si todas las historias son como máximo un día de trabajo, ningún miembro del equipo debe trabajar en la misma historia dos días seguidos.

Comprobable

Solo se puede saber cuándo una historia de usuario se realiza de manera efectiva una vez que se puede probar. En el contexto de la historia en sí, debe describir características o comportamientos que de alguna manera se pueden observar en el sistema. La capacidad de probar una historia es de particular importancia en el caso de requisitos no funcionales como la velocidad o la usabilidad. Asegúrese de incluir criterios de aceptación en sus historias, es decir, una descripción de las cosas que deben estar presentes en el estado final deseado para esta historia.

Resumen de la lección

Como ocurre con muchos procesos, la calidad de la salida se ve muy afectada por la calidad de las entradas. Si se asegura de que su equipo de Scrum tenga buenas historias de usuarios para trabajar, puede evitar muchos problemas muy comunes y fáciles de resolver. El mnemónico INVEST proporciona una manera fácil de guiarlo hacia mejores historias de usuario. INVEST es sinónimo de independiente, negociable, valioso, estimable, pequeño y comprobable.

Rodrigo Ricardo Editor y fundador