Campos de historia adicionales

• Categoría – una categorización básica de la historia, por ejemplo “backoffice” o “optimización”. Así, el dueño de producto puede filtrar fácilmente “optimización” y cambiar todas las prioridades de este tipo a “baja”, etc.
• Componentes - usualmente implementado en la forma de “checkboxes” en el documento Excel, por ejemplo “base de datos, servidor, cliente”. Aquí, el Dueño de Producto puede identificar qué componentes técnicos estarán involucrados en la implementación de la historia. Esto es útil cuando tienes varios equipos Scrum, por ejemplo un equipo de backoffice y otro equipo de cliente, y quieres que sea fácil para cada equipo saber a qué historias deben dedicarse.
• Solicitante – el Dueño de Producto puede querer mantener un historial acerca de qué cliente o persona interesada pidió originalmente la historia, para poder así ofrecerle información actualizada sobre el progreso de la misma.
• Bug tracking ID – si tienes un sistema de bug tracking (seguimiento de errores) aparte, como hacemos nosotros con Jira, es útil mantener un historial de cualquier correspondencia directa entre una historia y uno o más errores reportados.