Árbol de soluciones de oportunidades - Revision history

Mberne: /* Referencias */

2026-05-19T12:58:38Z

Referencias

← Older revision		Revision as of 14:58, 19 May 2026
Line 28:		Line 28:
	</div>		</div>
	== Referencias ==		== Referencias ==
			* Torres, Teresa. (2021). ''Continuous Discovery Habits: Discover Products that Create Customer Value and Business Value''. Product Talk LLC.
	Torres, Teresa. (2021). ''Continuous Discovery Habits: Discover Products that Create Customer Value and Business Value''. Product Talk LLC.

	== Véase también ==		== Véase también ==

Mberne: /* Diferencias con el Impact Map */

2026-05-12T12:52:05Z

Diferencias con el Impact Map

← Older revision		Revision as of 14:52, 12 May 2026
Line 20:		Line 20:
	== Diferencias con el Impact Map ==		== Diferencias con el Impact Map ==
	Tanto el OST como el [[Mapa de impacto]] parten de un resultado o meta deseada. La diferencia principal está en el enfoque:		Tanto el OST como el [[Mapa de impacto]] parten de un resultado o meta deseada. La diferencia principal está en el enfoque:
			* El '''OST''' se centra en identificar oportunidades (problemas o necesidades del usuario) y en experimentar soluciones para esas oportunidades antes de construirlas. Es especialmente útil en equipos que practican el descubrimiento continuo de producto.
	El '''OST''' se centra en identificar oportunidades (problemas o necesidades del usuario) y en experimentar soluciones para esas oportunidades antes de construirlas. Es especialmente útil en equipos que practican el descubrimiento continuo de producto.		* El '''Impact Map''' se centra en identificar actores (quién puede contribuir al resultado), sus acciones posibles y los entregables que facilitarían esas acciones. Es más útil para comunicar la estrategia de producto a stakeholders.
	El '''Impact Map''' se centra en identificar actores (quién puede contribuir al resultado), sus acciones posibles y los entregables que facilitarían esas acciones. Es más útil para comunicar la estrategia de producto a stakeholders.

	== Error frecuente ==		== Error frecuente ==

Mberne: /* Cómo usarlo */

2026-05-12T12:51:50Z

Cómo usarlo

← Older revision		Revision as of 14:51, 12 May 2026
Line 15:		Line 15:
	* Las oportunidades se identifican mediante investigación continua con usuarios: entrevistas, observación, análisis de datos. Se recomienda combinar su uso con [[Interview snapshot\|interview snapshots]], resúmenes de entrevistas que ayudan a identificar patrones recurrentes.		* Las oportunidades se identifican mediante investigación continua con usuarios: entrevistas, observación, análisis de datos. Se recomienda combinar su uso con [[Interview snapshot\|interview snapshots]], resúmenes de entrevistas que ayudan a identificar patrones recurrentes.
	* Antes de pasar a la solución, el equipo experimenta para validar que ha entendido bien la oportunidad y que la solución propuesta la resuelve efectivamente.		* Antes de pasar a la solución, el equipo experimenta para validar que ha entendido bien la oportunidad y que la solución propuesta la resuelve efectivamente.

	Los experimentos no son prototipos completos: son pruebas mínimas diseñadas para descartar supuestos erróneos con el mínimo esfuerzo.		Los experimentos no son prototipos completos: son pruebas mínimas diseñadas para descartar supuestos erróneos con el mínimo esfuerzo.

Mberne: /* Cómo usarlo */

2026-05-12T12:51:42Z

Cómo usarlo

← Older revision		Revision as of 14:51, 12 May 2026
Line 13:		Line 13:
	== Cómo usarlo ==		== Cómo usarlo ==
	El OST es un documento vivo que se actualiza a medida que el equipo aprende:		El OST es un documento vivo que se actualiza a medida que el equipo aprende:
			* Las oportunidades se identifican mediante investigación continua con usuarios: entrevistas, observación, análisis de datos. Se recomienda combinar su uso con [[Interview snapshot\|interview snapshots]], resúmenes de entrevistas que ayudan a identificar patrones recurrentes.
	Las oportunidades se identifican mediante investigación continua con usuarios: entrevistas, observación, análisis de datos. Se recomienda combinar su uso con [[Interview snapshot\|interview snapshots]], resúmenes de entrevistas que ayudan a identificar patrones recurrentes.		* Antes de pasar a la solución, el equipo experimenta para validar que ha entendido bien la oportunidad y que la solución propuesta la resuelve efectivamente.
	Antes de pasar a la solución, el equipo experimenta para validar que ha entendido bien la oportunidad y que la solución propuesta la resuelve efectivamente.
	Los experimentos no son prototipos completos: son pruebas mínimas diseñadas para descartar supuestos erróneos con el mínimo esfuerzo.		Los experimentos no son prototipos completos: son pruebas mínimas diseñadas para descartar supuestos erróneos con el mínimo esfuerzo.

Mberne: /* Estructura del árbol */

2026-05-12T12:51:25Z

Estructura del árbol

← Older revision		Revision as of 14:51, 12 May 2026
Line 6:		Line 6:
	== Estructura del árbol ==		== Estructura del árbol ==
	El árbol tiene cuatro niveles:		El árbol tiene cuatro niveles:
	'''Resultado deseado:''' el objetivo de negocio que el equipo quiere alcanzar. Debe expresarse como un resultado medible, no como una funcionalidad.		* '''Resultado deseado:''' el objetivo de negocio que el equipo quiere alcanzar. Debe expresarse como un resultado medible, no como una funcionalidad.
	'''Oportunidades:''' problemas, necesidades o deseos del usuario que, si se resuelven, contribuirían a alcanzar el resultado. Cada oportunidad puede contener sub-oportunidades más específicas.		* '''Oportunidades:''' problemas, necesidades o deseos del usuario que, si se resuelven, contribuirían a alcanzar el resultado. Cada oportunidad puede contener sub-oportunidades más específicas.
	'''Soluciones:''' ideas concretas para dar respuesta a una oportunidad específica. Solo aparecen cuando la oportunidad no puede descomponerse en sub-oportunidades más pequeñas.		* '''Soluciones:''' ideas concretas para dar respuesta a una oportunidad específica. Solo aparecen cuando la oportunidad no puede descomponerse en sub-oportunidades más pequeñas.
	'''Experimentos:''' pruebas diseñadas para validar o descartar los supuestos que hacen viable cada solución, antes de construirla.		* '''Experimentos:''' pruebas diseñadas para validar o descartar los supuestos que hacen viable cada solución, antes de construirla.

	== Cómo usarlo ==		== Cómo usarlo ==
	El OST es un documento vivo que se actualiza a medida que el equipo aprende:		El OST es un documento vivo que se actualiza a medida que el equipo aprende:

Mberne at 12:51, 12 May 2026

2026-05-12T12:51:04Z

← Older revision		Revision as of 14:51, 12 May 2026
Line 1:		Line 1:
	{{Meta-bok\|min=4}}		{{Meta-bok\|min=4}}
			[[File:CDH ArbolDeSoluciones.png\|thumb\|right\|Estructura de un árbol de soluciones de oportunidades]]
	El '''árbol de soluciones de oportunidades''' (''Opportunity Solution Tree'' u OST en inglés) es una herramienta visual de gestión de producto que ayuda a los equipos a mantenerse centrados en los resultados de negocio mientras exploran diferentes oportunidades y soluciones para alcanzarlos. Conecta en una estructura de árbol el resultado deseado, las oportunidades identificadas, las soluciones posibles y los experimentos para validarlas.		El '''árbol de soluciones de oportunidades''' (''Opportunity Solution Tree'' u OST en inglés) es una herramienta visual de gestión de producto que ayuda a los equipos a mantenerse centrados en los resultados de negocio mientras exploran diferentes oportunidades y soluciones para alcanzarlos. Conecta en una estructura de árbol el resultado deseado, las oportunidades identificadas, las soluciones posibles y los experimentos para validarlas.

	Fue desarrollado por Teresa Torres y presentado en su libro ''Continuous Discovery Habits'' (2021). Torres lo introdujo previamente en su blog Product Talk, desde donde se extendió a equipos de producto de todo el mundo.		Fue desarrollado por Teresa Torres y presentado en su libro ''Continuous Discovery Habits'' (2021). Torres lo introdujo previamente en su blog Product Talk, desde donde se extendió a equipos de producto de todo el mundo.
	== Estructura del árbol ==		== Estructura del árbol ==
	~~[[File:CDH ArbolDeSoluciones.png\|thumb\|right\|Estructura de un árbol de soluciones de oportunidades]]~~
	El árbol tiene cuatro niveles:		El árbol tiene cuatro niveles:
	'''Resultado deseado:''' el objetivo de negocio que el equipo quiere alcanzar. Debe expresarse como un resultado medible, no como una funcionalidad.		'''Resultado deseado:''' el objetivo de negocio que el equipo quiere alcanzar. Debe expresarse como un resultado medible, no como una funcionalidad.

Mberne at 12:50, 12 May 2026

2026-05-12T12:50:52Z

← Older revision		Revision as of 14:50, 12 May 2026
Line 1:		Line 1:
	'''El árbol de soluciones de oportunidades''' (''Opportunity Solutions Tree'' u OST en inglés) es una herramienta para ayudar a los equipos de productos a mantenerse centrados en los resultados mientras exploran diferentes soluciones para alcanzarlos.		{{Meta-bok\|min=4}}
	=~~=Descripción y objetivos==~~
	~~Ayuda a visualizar y priorizar resultados, oportunidades y las soluciones, y cómo se conectan.~~

			El '''árbol de soluciones de oportunidades''' (''Opportunity Solution Tree'' u OST en inglés) es una herramienta visual de gestión de producto que ayuda a los equipos a mantenerse centrados en los resultados de negocio mientras exploran diferentes oportunidades y soluciones para alcanzarlos. Conecta en una estructura de árbol el resultado deseado, las oportunidades identificadas, las soluciones posibles y los experimentos para validarlas.

			Fue desarrollado por Teresa Torres y presentado en su libro ''Continuous Discovery Habits'' (2021). Torres lo introdujo previamente en su blog Product Talk, desde donde se extendió a equipos de producto de todo el mundo.
			== Estructura del árbol ==
	[[File:CDH ArbolDeSoluciones.png\|thumb\|right\|Estructura de un árbol de soluciones de oportunidades]]		[[File:CDH ArbolDeSoluciones.png\|thumb\|right\|Estructura de un árbol de soluciones de oportunidades]]
			El árbol tiene cuatro niveles:
			'''Resultado deseado:''' el objetivo de negocio que el equipo quiere alcanzar. Debe expresarse como un resultado medible, no como una funcionalidad.
			'''Oportunidades:''' problemas, necesidades o deseos del usuario que, si se resuelven, contribuirían a alcanzar el resultado. Cada oportunidad puede contener sub-oportunidades más específicas.
			'''Soluciones:''' ideas concretas para dar respuesta a una oportunidad específica. Solo aparecen cuando la oportunidad no puede descomponerse en sub-oportunidades más pequeñas.
			'''Experimentos:''' pruebas diseñadas para validar o descartar los supuestos que hacen viable cada solución, antes de construirla.
			== Cómo usarlo ==
			El OST es un documento vivo que se actualiza a medida que el equipo aprende:

	~~Su estructura parte de un resultado que se desea obtener, y~~ oportunidades ~~que~~ se ~~espera ayuden a alcanzar este resultado. Cada oportunidad puede contener otras sub-oportunidades. En última instancia~~, ~~cuando una oportunidad no se puede descomponer en otras menores~~, ~~se buscan soluciones concretas para dar respuesta a esa oportunidad.~~		Las oportunidades se identifican mediante investigación continua con usuarios: entrevistas, observación, análisis de datos. Se recomienda combinar su uso con [[Interview snapshot\|interview snapshots]], resúmenes de entrevistas que ayudan a identificar patrones recurrentes.
			Antes de pasar a la solución, el equipo experimenta para validar que ha entendido bien la oportunidad y que la solución propuesta la resuelve efectivamente.
	~~Se trata~~ de ~~un documento vivo, que se va actualizando y reordenando conforme se descubren nuevas oportunidades~~. Se recomienda combinar su uso con ~~el de otros artefactos, como las~~ [[~~interview~~ snapshot\|interview snapshots]], resúmenes de entrevistas ~~con usuarios~~ que ayudan a identificar ~~problemas, necesidades, deseos~~, y ~~patrones~~ que ~~se repiten~~.		Los experimentos no son prototipos completos: son pruebas mínimas diseñadas para descartar supuestos erróneos con el mínimo esfuerzo.

	==~~Origen~~==		== Diferencias con el Impact Map ==
	~~Se trata~~ de un ~~concepto original desarrollado por Teresa Torres (''Continuous Discovery Habits'', 2021)~~. ~~Lo introdujo por primera vez en su blog Product Talk, y desde entonces ha sido adoptado y utilizado por muchos equipos de productos~~ en ~~todo el mundo. Teresa Torres ha escrito extensamente sobre el OST y ha dado numerosas charlas y talleres sobre~~ el ~~tema.~~		Tanto el OST como el [[Mapa de impacto]] parten de un resultado o meta deseada. La diferencia principal está en el enfoque:

	~~== Similitudes~~ y ~~diferencias con~~ los ~~Goal Maps ==~~		El '''OST''' se centra en identificar oportunidades (problemas o necesidades del usuario) y en experimentar soluciones para esas oportunidades antes de construirlas. Es especialmente útil en equipos que practican el descubrimiento continuo de producto.
			El '''Impact Map''' se centra en identificar actores (quién puede contribuir al resultado), sus acciones posibles y los entregables que facilitarían esas acciones. Es más útil para comunicar la estrategia de producto a stakeholders.

	~~Tanto el árbol~~ de soluciones (OST~~) como el Goal Map o Impact Map comienzan con un resultado o meta deseada~~ y ~~luego exploran diferentes formas~~ de ~~alcanzar ese resultado~~. ~~La diferencia principal radica en cómo cada herramienta aborda este proceso~~.		== Error frecuente ==
			<div class="bok-aviso">
			'''Saltar de las oportunidades directamente a las soluciones sin experimentar.''' El valor del OST está en separar explícitamente la fase de identificación de oportunidades de la fase de generación de soluciones, y en validar las soluciones antes de construirlas. Si el equipo usa el árbol solo para organizar ideas de funcionalidades sin validarlas, pierde la parte más valiosa del método: la reducción del riesgo de construir lo equivocado.
			</div>
			== Referencias ==

	~~El OST se centra en identificar oportunidades~~ (~~problemas o necesidades del cliente que, si se resuelven, podrían conducir al resultado deseado~~) ~~y luego en generar y probar posibles soluciones para esas oportunidades~~. ~~Ayuda a los equipos a explorar una amplia gama de posibles soluciones, y a validarlas a través de la experimentación~~. ~~Los experimentos para cada solución basan en probar o descartar supuestos necesarios para que la solución tenga éxito, antes de crear prototipos o empezar a construir la solución en sí~~.		Torres, Teresa. (2021). ''Continuous Discovery Habits: Discover Products that Create Customer Value and Business Value''. Product Talk LLC.

	Por otro lado, un Goal Map se centra en identificar a los actores (personas o grupos que pueden contribuir a alcanzar el resultado deseado), las acciones que estos actores podrían tomar para contribuir al resultado deseado, y los entregables (productos, características, etc.) que podrían ayudar a los actores a realizar esas acciones. Este enfoque ayuda a los equipos a entender y comunicar cómo planean alcanzar su meta.		== Véase también ==
	==Véase también==		<div class="bok-tags">
	*[[~~interview~~ snapshot~~\|Interview snapshots~~]]		[[Interview snapshot]] [[Mapa de impacto]] [[Mapa de historias]] [[Historia de usuario]] [[Mínimo Producto Viable]] [[Pila del producto]]
	==~~Referencias~~==		</div>
	*[https://www.~~amazon~~.es/~~Continuous~~-~~Discovery~~-~~Habits~~-~~Discover-Products~~/dp/~~1736633309 Torres, Teresa (2021) ''Continuous Discovery Habits: Discover Products that Create Customer Value and Business Value''~~].		<div class="bok-ecosistema">
			<div class="texto">
			<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span>
			<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span>
			</div>
			<div class="botones">
			<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div>
			<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div>
			</div>
			</div>
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]
	[[Category:Product_Management]]		[[Category:Product_Management]]

Mberne at 13:46, 11 May 2026

2026-05-11T13:46:10Z

← Older revision		Revision as of 15:46, 11 May 2026
Line 24:		Line 24:
	*[https://www.amazon.es/Continuous-Discovery-Habits-Discover-Products/dp/1736633309 Torres, Teresa (2021) ''Continuous Discovery Habits: Discover Products that Create Customer Value and Business Value''].		*[https://www.amazon.es/Continuous-Discovery-Habits-Discover-Products/dp/1736633309 Torres, Teresa (2021) ''Continuous Discovery Habits: Discover Products that Create Customer Value and Business Value''].
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]
	[[Category:~~Prácticas ágiles~~]]		[[Category:Product_Management]]

Mberne at 15:45, 14 December 2023

2023-12-14T15:45:16Z

← Older revision		Revision as of 17:45, 14 December 2023
Line 20:		Line 20:
	Por otro lado, un Goal Map se centra en identificar a los actores (personas o grupos que pueden contribuir a alcanzar el resultado deseado), las acciones que estos actores podrían tomar para contribuir al resultado deseado, y los entregables (productos, características, etc.) que podrían ayudar a los actores a realizar esas acciones. Este enfoque ayuda a los equipos a entender y comunicar cómo planean alcanzar su meta.		Por otro lado, un Goal Map se centra en identificar a los actores (personas o grupos que pueden contribuir a alcanzar el resultado deseado), las acciones que estos actores podrían tomar para contribuir al resultado deseado, y los entregables (productos, características, etc.) que podrían ayudar a los actores a realizar esas acciones. Este enfoque ayuda a los equipos a entender y comunicar cómo planean alcanzar su meta.
	==Véase también==		==Véase también==
	*[[Interview snapshots]]		*[[interview snapshot\|Interview snapshots]]
	==Referencias==		==Referencias==
	*[https://www.amazon.es/Continuous-Discovery-Habits-Discover-Products/dp/1736633309 Torres, Teresa (2021) ''Continuous Discovery Habits: Discover Products that Create Customer Value and Business Value''].		*[https://www.amazon.es/Continuous-Discovery-Habits-Discover-Products/dp/1736633309 Torres, Teresa (2021) ''Continuous Discovery Habits: Discover Products that Create Customer Value and Business Value''].
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]
	[[Category:Prácticas ágiles]]		[[Category:Prácticas ágiles]]

Mberne at 15:44, 14 December 2023

2023-12-14T15:44:50Z

← Older revision		Revision as of 17:44, 14 December 2023
Line 18:		Line 18:
	El OST se centra en identificar oportunidades (problemas o necesidades del cliente que, si se resuelven, podrían conducir al resultado deseado) y luego en generar y probar posibles soluciones para esas oportunidades. Ayuda a los equipos a explorar una amplia gama de posibles soluciones, y a validarlas a través de la experimentación. Los experimentos para cada solución basan en probar o descartar supuestos necesarios para que la solución tenga éxito, antes de crear prototipos o empezar a construir la solución en sí.		El OST se centra en identificar oportunidades (problemas o necesidades del cliente que, si se resuelven, podrían conducir al resultado deseado) y luego en generar y probar posibles soluciones para esas oportunidades. Ayuda a los equipos a explorar una amplia gama de posibles soluciones, y a validarlas a través de la experimentación. Los experimentos para cada solución basan en probar o descartar supuestos necesarios para que la solución tenga éxito, antes de crear prototipos o empezar a construir la solución en sí.

	Por otro lado, un Goal Map se centra en identificar a los actores (personas o grupos que pueden contribuir a alcanzar el resultado deseado), las acciones que estos actores podrían tomar para contribuir al resultado deseado, y los entregables (productos, características, etc.) que podrían ayudar a los actores a realizar esas acciones. Este enfoque ayuda a los equipos a entender y comunicar cómo planean alcanzar su meta.		Por otro lado, un Goal Map se centra en identificar a los actores (personas o grupos que pueden contribuir a alcanzar el resultado deseado), las acciones que estos actores podrían tomar para contribuir al resultado deseado, y los entregables (productos, características, etc.) que podrían ayudar a los actores a realizar esas acciones. Este enfoque ayuda a los equipos a entender y comunicar cómo planean alcanzar su meta.
			==Véase también==
			*[[Interview snapshots]]
			==Referencias==
			*[https://www.amazon.es/Continuous-Discovery-Habits-Discover-Products/dp/1736633309 Torres, Teresa (2021) ''Continuous Discovery Habits: Discover Products that Create Customer Value and Business Value''].
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]
	[[Category:Prácticas ágiles]]		[[Category:Prácticas ágiles]]