Estoy familiarizado con la visión del producto pero nunca la usé hasta ahora desde que me uní una vez que ya estaba hecha
He sido designado para un proyecto en el que se superponen 2 productos existentes y necesitamos configurar un proyecto ágil para comprender si es mejor fusionar los productos o buscar y desarrollar cualquier otra solución que sea mejor. Seré scrum master en este proyecto y me han pedido que establezca un sprint cero comenzando con un taller para que las partes interesadas creen una visión del producto y una acumulación de productos.
¿Alguien tiene alguna sugerencia práctica sobre cómo estructurar un taller para hacer ese trabajo? Las partes interesadas son principalmente gerentes, ¿es correcto que propongan el contenido de la visión del producto en el taller?
Hay muchas variables en su situación para las que no sé la respuesta, por lo que intentaré mantener mis sugerencias en el nivel más alto posible. De cualquier manera, utilícelos solo como un punto de partida.
5 niveles de planificación
Primero miraría los 5 niveles de planificación. Hay mucha información para buscar sobre esto, pero la versión corta es que son:
Planificación de la visión Planificación de la hoja de ruta Planificación de la versión Planificación de Sprint Planificación diaria (Scrum)
Dependiendo de la duración de su taller, está viendo la Visión y tal vez alguna hoja de ruta.
Planificación de la visión
La visión del producto es solo una parte de esto. Si no ha utilizado otros enfoques de visión del producto antes, miraría el formato de presentación del elevador y el ejercicio de la caja del producto (diseñe la caja imaginaria en la que vendrá su producto). Estas son excelentes maneras de hacer que las ideas fluyan. La segunda opción podría ser fácilmente un taller en sí mismo, ya que abordará cosas como las características y limitaciones clave.
La planificación de la visión también puede incluir cosas como mapas de partes interesadas, restricciones y personas.
Planificación de la hoja de ruta
Hay muchas maneras de abordar esto. Dos buenas opciones son:
Lean Project Canvas para priorizar las características principales :
http://www.agile42.com/en/blog/2013/04/11/lean-project-canvas/
Revelación completa, conozco al autor, así que no soy imparcial aquí, pero es una técnica que me gusta y uso yo mismo.
La versión corta de esto es que haga una lluvia de ideas sobre las principales características y use estos lienzos para darles una buena comparación de manzanas con manzanas para la priorización.
Mapeo de historias
Hay mucho en Internet sobre mapeo de historias y sería torpe para mí tratar de describirlo aquí. Repasar un mapa de la historia en toda regla aquí probablemente sea ir demasiado lejos. El aspecto narrativo de un story map es en lo que me centraría. ¿Cómo ven a un cliente pasando por las funciones principales? Esto también puede actuar como base cuando traes a los otros equipos para comenzar a cavar.
Espero que esto ayude. Comience con esa idea de planificación de 5 niveles y encontrará toneladas de otros enfoques también. En su mayor parte, todos son buenos. Solo encuentra el que se ajuste a ti.