El primer paso para definir un nuevo producto, servicio, proceso o sistema es definir los requisitos, es decir, requisitos funcionales
Sigue leyendo
Aprendiendo una cosa nueva todos los días
El primer paso para definir un nuevo producto, servicio, proceso o sistema es definir los requisitos, es decir, requisitos funcionales
Sigue leyendoLas historias de usuario son un método ligero para capturar rápidamente el «quién», el «qué» y el «por qué» de los requisitos del producto. En pocas palabras, las historias de usuario son ideas que expresan las necesidades que quieren los usuarios. Las historias de usuario son cortas, y cada elemento suele contener menos de 10 o 15 palabras. Las historias de usuario son listas de «cosas por hacer» que le ayudan a identificar los pasos a lo largo del proyecto. Ayudan a garantizar que el proceso, y el producto resultante, cumplen los requisitos.
Sigue leyendoLas historias de usuario forman parte del enfoque ágil y ayudan a cambiar el enfoque de la escritura de los requisitos a la discusión de los mismos. Todas las historias de usuario ágiles incluyen una o dos frases escritas y, lo que es más importante, una serie de conversaciones sobre la funcionalidad deseada.
Sigue leyendoLos Mapas de Historias de Usuario proporcionan a los equipos Scrum un enfoque visual y estructurado para la gestión de los backlogs del producto. El mapa de historias visual permite la disposición efectiva de las columnas vertebrales del producto (actividades del usuario), las tareas del usuario, las epopeyas y las historias del usuario en una estructura manejable de arriba hacia abajo basada en la naturaleza, la prioridad y la complejidad de los elementos del mapa.
Sigue leyendoEn el desarrollo de software, la «estimación» en el sentido habitual incluye una evaluación cuantitativa del esfuerzo necesario para llevar a cabo una tarea de desarrollo específica; normalmente se expresa en términos de duración. La estimación ágil es el proceso de evaluación del esfuerzo necesario para completar las tareas de la cartera de pedidos de un producto por orden de prioridad. Este esfuerzo suele medirse en términos de tiempo necesario para completar la tarea, lo que a su vez conduce a una planificación precisa del sprint.
Sigue leyendoLa Definición de Hecho (DoD) es una lista de requisitos que una historia de usuario debe cumplir para que el equipo la considere completa. Mientras que los Criterios de Aceptación de una Historia de Usuario consisten en un conjunto de Escenarios de Prueba que deben cumplirse para confirmar que el software funciona como se espera.
Sigue leyendo