Cómo se crea una historia de usuario | Scrum Manager Podcast 1x03

Crean bueno ayer podcast el espacio donde descubrir mejores formas de gestionar tus proyectos hola y bienvenidos hoy hablaremos de como usar las historias de usuario para ser más eficientes y alinear las necesidades de nuestros usuarios y nuestro negocio empezamos con frecuencia llamamos historia de usuario a cualquier requisito ágil pero síntomas rigurosos solemos distinguir los requisitos por tamaño y definición de manera que se clasifican de más grandes y extractos a menores y más concretos de la siguiente forma temas epic historias de usuario y tareas los temas son requisitos de nivel muy general pertenecen a la visión del proyecto al definir los más se dividen en epic e historias de usuario con los que se empieza a componer la pila del producto que más tarde pondremos en tareas para la pila del sprint ya priorizadas estimadas y bien definidas una historia de usuario como tal es una descripción de una funcionalidad que queremos incluyen el proyecto y explicada desde el punto de vista del usuario se hace así para entender no son lo que queremos construir sino por qué valor aporta suelen tener una estructura que incluye un título previo descriptivo la descripción de la funcionalidad desde el punto de vista del usuario y los criterios de validación y verificación que el cliente necesita para considerar la historia terminada y aceptable pero también pueden contener información adicional según el modelo de implementación por ejemplo prioridad riesgo tamaño y muchos otros datos no obstante es interesante saber que en su origen las historias de usuario no tenían ningún formato estándar aparecieron alternativa a los documentos de requisitos que nadie le en detalle y que desembocaban en proyectos fallidos en gran medida por mala comunicación el propósito de crear requisitos en un formato simple descriptivo y que ayudar al equipo a recortar a una conversación sobre lo que había que construir es decir el énfasis está puesto más en las interacciones quien la documentación y el patrón enfatiza en su historia que la palabra historia tenía el propósito de poner el énfasis en la importancia de hablar por encima de los documentos escritos la historia de usuarios resultante papel no es la descripción de la funcionalidad en entera es un recordatorio en el mismo libro aparece una anécdota en la que para recordar que era necesario traducir una página al japoneses en un proyecto el equipo puntos simplemente un canje en una nota de chiva que para quien no conozca lo que es un canje y es un carácter japonés este ejemplo se usa para enfatizar que no todo tiene por qué encajar en un formato concreto mientras la historia cumpla su función para el equipo sirve pero como veremos más adelante usan una plantilla un formato para las historias de usuario cuando sabemos por qué lo estamos haciendo también tiene sus ventajas existe un truco nuevo técnico para recordar cómo usar las historias de usuario las tres fases las propuso por primera vez ron jeffries en string programita las tres veces son conversión y confirmación vamos a verlas con un ejemplo de la teoría a la práctica nuestra empresa ha decidido crear una red social para entusiastas de los deportes al aire libre partimos de un estudio de mercado sabemos que existen grupos dedicados a esto en otras redes pero hemos observado que hay necesidades que éstas no satisfacen nos encontramos en la reunión de planificación de nuestro primer sprint el protocolo ya redactado las eps que componen el pack las ha priorizado y ordenado en consecuencia ahora con el equipo tiene que extraerlo que se desarrollará durante el sprint aquí encontramos la primera fe una carta