Cuando el proyecto de desarrollo se inicia, en los proyectos Scrum no se reserva tiempo especial para anotar
todas las tareas o requerimientos previsibles para la solución de software. Por lo general, se escribe
todo lo obvio, lo que casi siempre es más que suficiente para un primer sprint. Luego, se permite que el backlog del
producto crezca y cambie a medida que se aprende más sobre la solución a construir, sus usuarios y clientes.
Durante la actividad de Planificar el Sprint, el Scrum Product Owner prioriza los elementos del backlog del producto los presenta al equipo. Luego, el equipo
determina qué elementos se pueden completar durante el próximo sprint. Luego, el equipo mueve elementos
del backlos del producto al Backlog del sprint. Al hacerlo, expanden cada elemento del product backlog en una o más tareas del sprint backlog para que
puedan dividir y colaborar con el trabajo de manera más eficaz durante el Sprint.
Los elementos del backlog del producto pueden ser tareas técnicas (p.e. "Refactorizar la clase de inicio de sesión para
generar una excepción") o más centradas en el usuario ("Permitir deshacer en la pantalla de configuración"). Una
perspectiva muy interesante es expresar los elementos del
backlog de Scrum en forma de Historia de usuario.
El backlog del producto se puede mantener en una planilla electrónica, aunque hoy en día existen varios entornos de
trabajo colaborativo que los incorporan.
|
