El PO definió una historia de usuario, diciendo aproximadamente: "Como empleado, quiero usar la funcionalidad X en nuestra interfaz web". La funcionalidad está bien definida y para uso interno en una gran empresa, pero durante la planificación, el equipo de desarrollo pregunta: cuál es nuestro navegador mínimo, porque esto influye en las estimaciones. Ni el equipo de desarrollo ni el PO saben cuál es el navegador preinstalado en la empresa de destino y declaran que es un impedimento.
¿Es ahora tarea del SM resolver esto poniéndose en contacto con la empresa objetivo para la que se creó la función, porque para el PO esto es "un detalle técnico que no me importa", o es tarea del SM informar al PO? que su historia de usuario no es lo suficientemente precisa y le pide al PO que se comunique con la empresa objetivo?
Este es un requisito y, por lo tanto, el Propietario del producto debe averiguarlo poniéndose en contacto con la empresa objetivo. Mientras espera la respuesta, el equipo puede comenzar a pensar en una solución que sea independiente del navegador, o puede obtener algunos datos sobre el navegador más popular en el dominio y comenzar a trabajar en él. Estas dos últimas ideas no están aprobadas por el marco Scrum, porque según él, el equipo no debe hacer nada que no haya sido aprobado por el Product Owner o el cliente, para evitar la generación de desperdicios.
Creo que es una buena práctica definir los navegadores para los que está desarrollando como parte de la definición del equipo de hecho tanto a nivel de historia como de lanzamiento. Por ejemplo, todas las pruebas de aceptación pasan en IE 8,9 y Chrome (nivel de historia); Todas las características y funcionalidades funcionan en los navegadores X, Y, Z (versión).
Aquí hay un enlace a una buena lista simple para crear su DoD .
florián margaine
Zsolt
florián margaine