50 ideas rápidas para mejorar tus historias de usuario | Scrum Manager Podcast 2x08 | Apuntes

Manager podcast el espacio donde descubrir mejores formas de gestionar tus proyectos hola y bienvenidos os traemos nuestros apuntes del libro cincuenta ideas rápidas para mejorar tus historias de usuario de ghost coast tic y david evans el resumen contiene una selección de consejos que nos parecen acertados y de aplicación gene oral para crear mejores historias y planificar mejor en base a ellas el libro aporta consejos prácticos para equipos que trabajan de forma iterativa con historias de usuario el contenido se divide en cinco apartados creación de historias planificación discusión división john y gestión de entregas iterativas cada consejo incluye ejemplos un resumen de sus principales beneficios y maneras de aplicarlos según el contexto se destaca que las mejores historias de usuario no son requisitos sino síntesis para recordar conversaciones al crear usar historias de usuario aparecen oportunidades para generar mejores soluciones en menos tiempo y para confirmar que todos los implicados en el proyecto comparten la misma visión pero mal uso puede limitar este potencial e incluso provocar efectos contrarios a los deseados ideas para crear mejores historias formato no existe un formato ideal de historia de usuario describir quién quiere qué y por qué de la manera más natural posible es un buen comienzo en lugar de intentar rellenar siempre la misma plantilla se recomienda experimentar con él formato por ejemplo resumir con una imagen una pregunta cuando una historia se atasca hacer esto puede potenciar la creatividad y ayudar a entender mejor el problema que incluir cuando se trabaja en un producto o servicio existente se recomienda que las historias describen cambios en comportamientos deseados o cambios en el sistema entre otras razones porque facilita me el éxito de la solución una vez implementada también se recomienda poner fecha de caducidad a historias con una fecha de entrega clara que evitar no se deben usar roles genéricos como usual río restringir y definir bien el grupo a quien va dirigida la historia reduce complejidad y produce mejores soluciones discusión las historias de usuario deben servir para recordar una conversación no son requisitos que puedan entregarse al equipo sin discutir los antes claves para las reuniones se recomienda que las reuniones sean low tech con pocos asistentes o dividir a los asistentes en grupos reducidos eso sí todos los roles implicados en el desarrollo de la historia deberían tener un representante simplificación cuando una historia es demasiado compleja hay que dividir para obtener resultados rápido y reducir riesgos estas son algunas maneras de convertir una gran historia en un experimento más sencillo pero valioso centrarse solo en un segmento de usuarios clave crear un sistema más que cumpla la función pero con poca capacidad construir una maqueta con información fija en lugar de dinámica simplificar los outputs limitando por ejemplo la cantidad de formatos disponibles reducir a lo imprescindible se recomienda sobre todo para herramientas de uso interno si lo demás falla usar la técnica de la hamburguesa de historias si queréis más información sobre esta técnica encontraréis un enlace en la descripción a la hora de dividir y priorizar conviene recordar que estos prototipos o historias simplificadas deberán terminarse más adelante si demuestran potencial ideas para planificar mejor con historias de usuario jerarquizar historias no todas las historias son igual de importantes y la pila de producto debería reflejarlo una manera de hacerlo que ya hemos mencionado es poner fecha de caducidad a las historias que lo necesiten dejando algo de margen ente esta y la fecha de entrega afrontar los retos de uno en uno la pila debería contener grandes historias o grandes impactos poco definidos para ir analizándolos y pasándolos a producción uno tras otro en lugar de llenar la pila de ruido el avance de la pila de producto es simi hilar al juego asteroides la manera más rápida de perder es intentar destruir demasiados objetivos grandes