Planteamiento del Problema: SAFe nos pide que prioricemos los Feature (Características) y comencemos a desarrollar su funcionalidad total, de los mas importantes a los menos importantes, y como sabemos, estos Feature son agrupadores de Historias de Usuario (HdU).
Sobre esta afirmación, la pregunta es ¿Cómo deben de representarse los Feature dentro de un User Story Mapping?
Aquí mi propuesta (Hipótesis):
De momento es la única hipótesis que se me ocurre, ya que si los Feature fueran verticales, como muchos piensan, no se podría hacer desarrollo Iterativo e Incremental, se estaría haciendo desarrollo modular, ya que recuerda, SAFe pide que los Feature priorizados se desarrollen por completo.
“La clave está en la redacción de los Feature (Características)”
Pongamos un Ejemplo gráfico, el de la hamburguesa:
¿Cómo quedaría si los Feature fueran verticales?, en tu primer release o MVP, sólo tuvieras puros pan y pura carne o tuvieras que hacer todos los Feature para salir a producción y no tendrías un MVP.
¿Tú que opinas? ¿Cual sería tu hipótesis?
[Puede leer, sobre la importancia de priorizar Feature aquí]
[Y pueden leer sobre le problema que pretende resolver este post aquí]
Clic en la imagen para mas información de los próximos cursos de SAFe Agilist===>>>
He leido los post anteriores, y no he podido ver como el ROI se correlaciona con las formulas que pones en tu post donde explicas que para priorizar en SAFE debes usar WSJF.
por otro lador en tu mapa de historias en las verticales pones primero Necesidad, y en tu ejemplo pones Pan, Carnes, Verduras… creo que algo se perdio en el medio
En un mapa de historias, las features son el QUE debemos construir para darles a los actores (WHO) el (HOW) como cambiar su comportamiento y asi poder conseguir el objetivo de negocio (WHY).
Por tanto para ver que historias de usuario debes hacer primero, creo yo es la que mas rapido te permita validar que con eso, los Actores (WHO) tengan algun impacto en el objetivo, por ejemplo “Incrementar las compras por telefono en un 20%”
por tanto para que puedas hacer eso, cada historia que tengas debajo de la vertical debe ser una opción, ahora es trabajo del Equipo decidir cual hacer primero de forma que se tenga el feedback que se necesite.
Hola Uzi, me encantó tu comentario, el mejor que he tenido en todo mi blog.
– La formula de SAFe, WSJF va mas allá del ROI (lo incluye) pero también incluye otros criterios (Como tiempo crítico y Riesgo), pero en su versión mas simple máximiza el ROI (El mayor retorno con el menor esfuerzo), por eso la recomendación es quedarse con el mayor valor después de dividir $/T (Retorno / Tiempo).
– Sobre lo de Necesidad y poner pan, carnes, etc, si tienes razón tal vez no fue el mejor ejemplo (vale le doy una vuelta).
– Sobre el ejemplo “Incrementar las compras por teléfono en un 20%” ese sería un Feature, tal cual, que incluye varias Historias de muchos “módulos” o como lo llamé “necesidades”, pero ese Feature debió estar priorizado por el negocio y debe de terminarse por completo, por eso, la única forma de mapearlo o dibujarlo es un Feature Vertical.
personalmente “Incrementar las compras por teléfono en un 20%” y según Jeff Patton y Gojko Adzic, no es un Feature, por el contrario es un Objetivo de Negocio o una Necesidad también,
Cómo satisfacemos/cumplimos (ayudamos) a cumplir el objetivo de negocio vienen a ser las Historias de Usuario (que podriamos llamarles Features también) a implementar, algo que debemos entender es que estas son opciones pues pueden haber muchas formas de conseguir el mismo resultado, así que la forma de escoger cual hacer primero es básicamente cual podemos hacer en el menor tiempo posible y que nos permita validar nuestra hipotesis (que es imcrementar en cierto % las compras x telefono) y basado en ello implementar completamente esta feature sea el camino a seguir.
finalmente aun no me queda claro como SAFE trata “maximizar” el ROI, tal vez si escribes un post mas detallado al respecto ayude a entenderse mejor,.
saludos
Uzi, adelanto un link (http://www.scaledagileframework.com/wsjf/) luego trato de expandir el detalle en otro post 🙂
Uzi, en SAFe un Feature se construye para satisfacer una necesidad (tal vez por eso la confusión de conceptos) dejo el link: http://www.scaledagileframework.com/features-and-capabilities/ y si tomamos la definición como cierta, ¿cual sería tú propuesta para construir feature priorizados y mapearlos en un User Story Mapping?, ¿como lo dibujarías?.
El mapa de historias de usuario tiene otra filosofia detras de el, y no es como lo planteas (o como lo plantea SAFE), el User Story Mapping cuenta el viaje de un usuario a lo largo de los diferentes Flujos de Valor (Value Stream) que una solucion/producto podría tener.
Entonces se trabaja mucho en minimizar el Minimum Viable Product, de forma que sea usable, brinde las herramientas/servicios/facilidades que el usuario necesita para poder hacer su trabajo/satisfacer su necesidad/solucionarle el problema.
Si lo vemos mas arriba, dentro de un user story mapping, los features que le llamas en SAFE serian las opciones que el value stream tiene para solucionar los problemas de un o los usuarios involucrados.
saludos