Cómo traducir las necesidades del usuario al trabajo real que hay que hacer? [cerrado]

Question

trabajamos con el método scrum. Vamos a suponer que el dueño del producto quiere una nueva funcionalidad que permite al usuario buscar en el contenido de la página web.

El trabajo total es de 8 puntos y éstas serían las historias de usuario:

• el usuario puede términos de búsqueda de entrada (0 puntos)
• los resultados de la búsqueda se muestran al usuario (8 puntos)

Quiero adquirir una visión más clara en el progreso del desarrollador. Sin embargo no puedo romper estas historias más.

Sin embargo pude volver a escribir las historias. Siento reacios debido a que estas historias son historias técnicos.

• añadir cuadro de texto de búsqueda (0 puntos)
• crear la tabla de índice en la base de datos (0 puntos)
• asegúrese de que la tabla de índice se actualiza cuando cambia el ABC de datos (3 puntos)
• asegúrese de que la tabla de índice se actualiza cuando los datos cambios XYZ (2 puntos)
• obtener los resultados de la base de datos (1 punto)
• componer la URL correcta de acuerdo a resultados de la búsqueda (2 puntos)

¿Cómo se manejan estas situaciones?

Answer 1

No debe romper las historias en otras historias técnicos más.

Durante la reunión de planificación de Sprint, el equipo se rompe las historias en las tareas. Esas tareas se calcularon entonces en el número de horas.

Durante el Sprint, no perder de vista el número de horas que quedan en las listas de quema de Sprint.

Las historias son para los usuarios finales.

Las tareas son para el equipo (UI diseño, desarrollo, codificación, pruebas, documentación, etc.)