Dado que Scrum Framework se construye de manera interactiva, me gustaría saber si Scrum ofrece pautas específicas para definir el Documento de visión , que generalmente se define en función de la necesidad máxima del cliente.
¿Cómo debe el propietario del producto construir el documento de visión? ¿Hay algún conjunto definido de principios a seguir?
Scrum no tiene reglas sobre cómo se crean los documentos requeridos. He visto mapas mentales , tableros de visión y documentos de Word sin formato como base para el inicio del proyecto.
La OP debe considerar la audiencia a la que se dirige el documento. A veces es suficiente dibujar algo en una servilleta, otras veces puede que necesite un documento de propuesta de proyecto completo.
Es posible que desee leer este artículo (scrumalliance.org) sobre la visión del producto. También tiene algunos consejos para algunos libros al final.
He encontrado que las conversaciones son más efectivas. El artefacto puede ser objeto de interpretación y, posteriormente, de debate. Construir una relación y abrir un canal para la conversación hará que todo el proceso comience con el pie derecho (y lo mantendrá así a medida que las cosas cambien).
Creo que lo que la gente quiere decir es que no hay una sola manera de hacer un documento o ejercicio de visión. Si quieres una visión, entonces no es solo el propietario del producto, es todo el equipo el que debe crearla. Sí, el PO tendrá muchos aportes, pero es un documento de equipo.
Johnothan Rasmusson en Agile Warrior usa la idea de un mazo de inicio. Lo he usado en proyectos anteriores y tengo que decir que es una buena manera de unir al equipo desde el principio y realmente asegurarme de que todos estén en la misma página.
El artículo junto con un mazo de inicio en blanco se puede encontrar aquí http://agilewarrior.wordpress.com/2010/11/06/the-agile-inception-deck/
jmort253
método0d
jmort253
andres claro