Cómo escribir una historia de usuario ágil

Historia de usuario definida

Greg capacita a empresas y equipos para que utilicen Agile. Les ayuda a comprender los valores y principios de Agile y cómo se pueden implementar. Ayuda a los equipos a abordar proyectos de principio a fin, pero un área en la que se centra en particular son los requisitos del proyecto. En Agile, los requisitos del proyecto toman la forma de historias de usuario y son fundamentales para el enfoque. Antes de ayudar a los equipos a escribir historias de usuarios, primero define qué son, de dónde vienen y por qué se utilizan.

Las historias de usuario son una forma de requisitos del proyecto que detallan la funcionalidad deseada para un usuario específico. Proyectos de enfoques ágiles de forma incremental e iterativa. Las historias de usuario son un enfoque incremental en el sentido de que los requisitos del proyecto se dividen en aspectos de funcionalidad. Es iterativo en el sentido de que las historias de usuario se completan con ciclos repetidos de desarrollo, prueba y revisión conocidos como sprints .

Las historias de usuario son escritas por las partes interesadas del proyecto. Estas son las personas que han solicitado el proyecto y se beneficiarán de su éxito o sufrirán su fracaso. Son representativos de los usuarios finales para los que se desea la funcionalidad. Si bien todas las partes interesadas están involucradas, la parte interesada clave, conocida como el propietario del producto , en realidad escribe las historias de los usuarios. El propietario del producto es responsable ante las otras partes interesadas por las historias de usuario escritas y también es responsable de revisarlas con el equipo de desarrollo.

El propósito es simplemente iniciar conversación y colaboración. Las historias de usuario contienen información suficiente para llegar a un entendimiento común. Una vez que se alcanza un entendimiento común, se discuten las historias de los usuarios y se agregan detalles de nivel inferior para que el proyecto pueda completarse. Este enfoque es sumamente valioso porque obtiene la opinión de todos los involucrados en el proceso.

Escribir una historia de usuario

Una vez que Greg ayuda a los grupos a comprender las historias de los usuarios, de dónde vienen y por qué se utilizan, pasa a cómo escribirlas. Si bien los Product Owners son los que escriben las historias de usuarios, es valioso para todo el equipo saber cómo están escritas para que puedan evaluar su calidad y si es necesario realizar cambios. Escribir historias de usuarios implica responder preguntas sobre quién, qué y por qué.

El primer paso para escribir una historia de usuario es responder a la pregunta de quién. Esto implica identificar al usuario o rol que necesita la funcionalidad. Es importante ser lo más específico posible y no utilizar un usuario genérico. La razón de esto es que el usuario es fundamental para la historia del usuario e influye en la funcionalidad. Por ejemplo, si el equipo está trabajando en un sitio web para que una empresa venda ropa, la funcionalidad para los clientes puede incluir aspectos de seguridad para proteger su información privada. Esta parte de la historia del usuario está escrita, ‘Como quién …’

El segundo paso para escribir una historia de usuario es responder a la pregunta de qué funcionalidad se necesita. Es importante definir la funcionalidad o necesidad. Esto es lo que se desarrolla o crea. En el ejemplo del sitio web de ropa, la funcionalidad para un cliente podría incluir el pago como invitado. La funcionalidad de la historia del usuario está escrita, ‘Quiero qué …’

El último paso para escribir una historia de usuario es responder a la pregunta de por qué el usuario necesita la funcionalidad, la razón o el valor comercial. Ayuda al propietario del producto a determinar si la historia es necesaria. Le da al equipo de desarrollo un propósito y aceptación porque entienden por qué el trabajo que están haciendo es necesario. Para continuar con el ejemplo del sitio web de ropa, la razón por la que los clientes deben registrarse como invitados podría ser para no tener que guardar su información confidencial. La razón detrás de una historia de usuario está escrita, ‘y por eso ‘.

Una historia de usuario completa combina cada componente de quién, qué y por qué. La forma final es, ‘Como un quién , quiero qué y por qué ‘. A partir del ejemplo del sitio web de ropa, la historia de usuario que se ha creado es: “Como cliente, quiero pagar como invitado para no tener que guardar mi información confidencial”. A partir de esto, el equipo de desarrollo crearía una opción para que el cliente seleccione que no requiera que inicie sesión o se autentique donde pueda completar el proceso de compra ingresando toda la información necesaria sin que se guarde.

Dando un paso más

Después de que Greg ayuda a los grupos a dominar la escritura de historias de usuarios, los lleva un paso más allá para hacer que las historias de usuarios sean realmente efectivas. Las historias de usuario describen los requisitos a un alto nivel. Sin embargo, para cumplir con estos requisitos y confirmar que se han cumplido, también se necesitan detalles de bajo nivel. Estos detalles de bajo nivel se conocen como criterios de aceptación y se centran principalmente en acciones y resultados.

Los criterios de aceptación, también conocidos como condiciones de satisfacción, ayudan a proporcionar la definición de hecho. Cada criterio de aceptación debe cumplirse para que una historia de usuario se considere completa. En su forma más completa, los criterios de aceptación implican una condición preexistente, una acción y un resultado relacionado con la funcionalidad detallada en la historia del usuario. Para la historia de usuario, ‘Como cliente, quiero pagar como invitado para no tener que guardar mi información confidencial’, un criterio de aceptación podría ser, ‘Dado que no he iniciado sesión en una cuenta, cuando haga clic en pagar como invitado. Se me proporcionan campos de entrada para la información de facturación y envío. ‘ Sin esto, el check out como funcionalidad de invitado no está completo.

Resumen de la lección

Las historias de usuario son la forma de requisitos del proyecto que utiliza Agile. Están escritos por el propietario del producto con aportes de otras partes interesadas y detallan la funcionalidad deseada para un usuario específico. Escribir historias de usuarios debe responder a las preguntas de quién, qué y por qué. La pregunta de quién se refiere al usuario o rol específico. La pregunta de qué se refiere a la funcionalidad necesaria. La pregunta de por qué se refiere a la razón por la que se necesita la funcionalidad. Las historias de usuario se escriben en un nivel alto, pero también pueden contener detalles de bajo nivel en forma de criterios de aceptación , que deben cumplirse para que la historia de usuario se considere completa.