Diez atributos de calidad para mejores historias de usuario

Aprenda a escribir mejores historias de usuarios

¿Qué son las historias de usuarios?

Una historia de usuario es un marcador de posición para una conversación, una frase o algunas utilizadas por los equipos de desarrollo de software ágiles para describir una funcionalidad valiosa en la que pretenden trabajar.

La historia del usuario es un medio de comunicación (y un desencadenante para una mayor comunicación).

Las historias de usuario son un medio de comunicar de manera sucinta las necesidades funcionales orientadas al usuario de software. Son una forma abreviada y de alto nivel de describir los requisitos de software. Se utilizan en el trabajo de software ágil y están diseñados para ser un estímulo para una conversación. A menudo son la única forma escrita de los requisitos.

Las historias de usuarios deben ser escritas por alguien con una “perspectiva de usuario”, no una perspectiva técnica. Deben describir la funcionalidad y el valor que se espera que el equipo brinde al usuario. Cuando escribimos una historia de usuario, adquirimos y compartimos conocimientos.

Las historias de usuarios importan

Ningún proyecto de software sustancial se entregará a tiempo y dentro del presupuesto si comienza con requisitos de calidad o historias de usuarios deficientes. Además, cada palabra de la historia del usuario importa. Las palabras inapropiadas pueden dar lugar a malas interpretaciones, desperdicio y reelaboración.

Creando historias de alta calidad

Las maravillas del idioma inglés nos brindan muchas formas de expresar lo mismo. Esta flexibilidad conduce a posibles diferencias en la comprensión. Cuando dos lectores de una historia de usuario pueden llegar a una comprensión diferente de lo que significan las palabras, tenemos un malentendido. Y es probable que un malentendido conduzca a una defecto de software.

¿Cuánto tiempo deberían tener?

Por lo general, cuanto más corto es mejor. Hemos visto historias de tan solo dos palabras y hasta una página de texto. Generalmente, cuanto más corto es mejor, pero tenga cuidado de no perder funciones críticas. Recomendamos entre 5 y 50 palabras dependiendo de la complejidad (excluyendo el de modo que declaración).

¿Quién escribe historias de usuarios?

Lo ideal es que el autor de las historias de usuario sea un propietario de producto que tenga amplia experiencia en el rol de cliente o usuario final. A veces esto no es práctico y el autor es un representante del usuario final, normalmente un analista de negocios (BA). El BA crea la primera edición de la historia, que luego el equipo analiza y perfecciona. Una vez que haya un entendimiento común de lo que realmente significa. Luego se puede seguir adelante para trabajar en él. El desafío es llegar a un entendimiento claro y común rápidamente y con pocas palabras.

Las historias de usuarios de mayor calidad evitarán errores.

Muchos equipos de software no aprecian lo importante que es trabajar a partir de requisitos de buena calidad o historias de usuarios. Comúnmente 20% o más de todos los problemas de calidad con el software son causados por problemas con los requisitos.

Fuente de defectos

Comience con el "OMS, Qué y por qué"

La necesidad funcional y la justificación empresarial son los aspectos más fundamentales de las buenas historias de usuarios. Con esto queremos decir “Quién necesita hacer qué y por qué”. OMS es el usuario (humano o sistema conectado), qué son los datos manejados y movidos, y por qué es lo que sigue al "para que" en una historia de usuario. Concéntrese en estos y evite el cómo (excluya las declaraciones de diseño).

Mejores historias de usuarios reducirán el retrabajo

Para cualquier equipo de desarrollo, ingresar a un sprint con una historia de usuario deficiente puede ser ágil, pero ciertamente no es sencillo. Vale la pena dedicar tiempo a conseguir que las historias de sus usuarios sean lo mejor posible y lo más claras posible para minimizar los malentendidos. Los malentendidos darán lugar a costosos trabajos de reelaboración.

¿Cuál es la diferencia entre historias de usuarios y casos de uso?

Ya hemos dicho mucho sobre historias de usuarios. A caso de uso Es una lista de acciones o pasos de eventos que normalmente definen las interacciones entre un rol (denominado actor) y el sistema. Historias de usuarios suelen ser un subconjunto de un caso de uso. Una historia de usuario normalmente describe solo una de las interacciones que pueden describirse en un caso de uso.

Pruebas automatizadas de historias de usuarios

La calidad de las historias de usuarios se ha visto perjudicada por la automatización. De hecho, antes del lanzamiento de ScopeMaster®, no conocíamos ninguna herramienta que pudiera ayudarlo a mejorar la calidad de sus historias de usuario. Actualmente existen algunos productos en el mercado que se acercan a algunas de las funciones de ScopeMaster, pero ninguno se acerca a ofrecer un análisis automatizado tan completo y valioso de historias de usuarios para control de calidad, estimaciones y generación de pruebas.

Conceptos básicos funcionales versus criterios de aceptación

Recuerde que la descripción principal de la funcionalidad del usuario precede a los criterios de aceptación. Los criterios de aceptación son una elaboración y dependen de un conjunto funcional claro de declaraciones desde la perspectiva del usuario.

Pruebas de requisitos en tiempo real y sugerencias de mejora.

ScopeMaster realiza análisis, pruebas, correlación y dimensionamiento en tiempo real a partir del texto de historias de usuarios. Los comentarios proporcionados por ScopeMaster le ayudarán a mejorar la redacción que utiliza. Lograrás requisitos más claros, concisos, completos y consistentes. Centrarse primero en OMS y Qué. ScopeMaster genera y ejecuta pruebas estáticas y dinámicas en cada historia de usuario, que le ayudarán a encontrar y advertirle sobre posibles problemas. Realiza un nivel de escrutinio automatizado de requisitos que hasta ahora no estaba disponible en la industria del software.

Resultados de la prueba de calidad de la historia del usuario

ScopeMaster® no solo examina y analiza el lenguaje de cada historia de usuario, sino que también compara cada historia con todas las demás dentro de un conjunto: detecta inconsistencias, omisiones y duplicados. Esto le ayuda a refinar sus requisitos mucho más rápido. La interfaz inteligente de ScopeMaster identifica dinámicamente las historias que faltan y hace que sea aún más fácil agregarlas.

Manejando infinitas posibilidades

ScopeMaster supera la amplia gama de posibles expresiones de requisitos mediante el uso de una forma de Inteligencia Artificial conocida como Procesamiento del Lenguaje Natural. Esto le permite expresar sus historias de usuario en términos específicos de su industria; la herramienta no requiere formación previa.

Cree mejores historias de usuario más rápido

ScopeMaster escanea historias de usuarios (o requisitos de software) en busca de un lenguaje apropiado que se adapte a los requisitos del software y que le ayude a escribir historias más claras, concisas, consistentes, completas e inequívocas.

Detecta posibles defectos

INVEST: es una lista de verificación de uso común para la calidad ágil de las historias de usuario.

  • Independiente *
  • Negociable / Conciso *
  • Valioso
  • Estimable *
  • Tamaño *
  • Comprobable *

*ScopeMaster ayuda al autor a encontrar y solucionar estos problemas (más del 50% de todos los defectos de requisitos).

Nuestra lista de verificación preferida y más completa para escribir mejores historias de usuario es la siguiente:

  • Inequívoco / claro *
  • Medible / Funcional *
  • Conciso *
  • Orientado al usuario *
  • Comprobable *
  • Coherente *
  • Total y completo *
  • Único *
  • Diseño Gratis *
  • Trazable al valor empresarial

ScopeMaster ayuda hasta cierto punto con 9 de 10 de estos criterios de calidad y, en general, le ayudará encuentre más de 50% de posibles defectos de requisitos, precodificación.

En nuestras propias pruebas con más de 250.000 historias de usuarios recopiladas de más de 100 fuentes, descubrimos que ScopeMaster expone entre 0,3 y 0,7 defectos por CFP (excluyendo las inconsistencias, que exponemos pero no podemos calcular), mientras que lo típico observado en la industria es poco menos de 1 defecto por FP (Alcaparras Jones). Ahí lo tenemos, datos reales que muestran que ScopeMaster puede ayudarle a escribir mejores historias de usuario.

Al utilizar ScopeMaster de forma interactiva al comienzo de su proyecto para mejorar sus historias de usuario, puede colocar su software sobre una base de calidad más sólida desde el principio, antes de que el diseño y la codificación estén en marcha. Puede continuar perfeccionando las historias o durante todo el proceso de desarrollo, como parte del perfeccionamiento de su cartera de productos. Lo bueno es que habrás evitado tener que volver a trabajar si comienzas con una mejor base para escribir historias de usuarios de mayor calidad.

Comunicar

Ante todo, una historia de usuario es un medio de comunicación. Necesita transferir conocimiento sobre algunos o todos los siguientes: la necesidad, el requisito, la funcionalidad, el resultado, el propósito del requisito. Si no proporciona una intención clara, se producirán interpretaciones erróneas que, a su vez, pueden generar errores.

Aprenda a escribir historias de usuarios que les encantarán a los desarrolladores y evaluadores

Deje que ScopeMaster le ayude a escribir historias de usuarios que su equipo encontrará fáciles de crear. Esas historias serán claras, suficientes, coherentes, completas, considerables y comprobables. Todo el mundo puede convertirse en autor de fantásticas historias de usuarios.

Alexander Cowan Historia de usuario refinada

Alexander propone pasos para lograr una historia de usuario de buena calidad, proponiendo lo siguiente como una historia de usuario "refinada".

"Como gerente de recursos humanos, quiero crear un cuestionario de selección para asegurarme de estar preparado para usarlo cuando entreviste a candidatos para un puesto de trabajo".

Ejecutamos esto a través de ScopeMaster de forma aislada y detectó instantáneamente la intención funcional principal y midió el tamaño como 4 puntos de función cósmica.

Otra fuente útil para el definición de una historia de usuario.

Ejemplo de cabra montesa

También analizamos el conjunto de 238 historias de usuarios. publicado por Mike Cohn

  • Tiempo tomado
    • 64 segundos
  • Evaluación de calidad:
    • 54% inequívoco, tamaño de 629 CFP
    • 46% ambiguo
    • 233 posibles omisiones
    • 28 posibles duplicados
    • Más de 20 inconsistencias
  • Dimensionamiento / Estimación
    • Estimación del tamaño total de 1161 CFP.

Centrado en tareas de usuario

Las historias de usuarios o los requisitos que se centran en lo que el usuario necesita que haga el sistema para realizar una tarea serán más útiles que una lista de características.

Arte o ciencia

El arte es subjetivo mientras que la ciencia es objetiva, el arte expresa conocimiento. La aplicación de la ciencia en escenarios del mundo real suele considerarse ingeniería.

Cuando escribimos una historia de usuario, adquirimos y compartimos conocimientos.

Por un lado, la historia del usuario es una adquisición de conocimiento por parte del cliente/usuario/propietario del producto y, por otro lado, también es una expresión de conocimiento que el equipo debe comprender y trabajar en él.

La medición es común tanto a la ciencia como a la ingeniería, mientras que ésta casi siempre está ausente en las obras de arte.