Scrum Manager BoK - Recent changes [en]

Spec-Driven Development (SDD)

Mberne — Tue, 26 May 2026 11:48:45 GMT

Limitaciones

@@ Line 56: / Line 56: @@
 La mayoría de equipos empiezan por un enfoque ''spec-first''. Pretender saltar directamente a ''spec-as-source'' puede generar más rigidez que valor si el equipo no tiene prácticas sólidas de validación, testing y revisión.
 == Relación con las historias de usuario ==
@@ Line 80: / Line 98: @@
 En equipos con IA, una historia puede seguir siendo el punto de partida del backlog, pero las tareas que vaya a ejecutar un agente necesitan una spec suficientemente clara.
 == SDD en equipos Scrum con IA ==
@@ Line 123: / Line 164: @@
 En este sentido, SDD transforma el papel del desarrollador. El valor no desaparece: cambia de lugar. Gana peso la capacidad de escribir specs, diseñar arquitectura, revisar críticamente outputs de IA y decidir qué debe automatizarse y qué debe permanecer bajo control humano.
 == Error frecuente ==

Pila del sprint

Mberne — Mon, 25 May 2026 10:49:08 GMT

Cómo se elabora

← Older revision		Revision as of 12:49, 25 May 2026
Line 23:		Line 23:
	* Debe facilitar la consulta y la comunicación diaria y directa del equipo.		* Debe facilitar la consulta y la comunicación diaria y directa del equipo.
	<br>		<br>
	[[File:requisitos-gestion-agil.png\|550px~~\|thumb~~\|center]]		[[File:requisitos-gestion-agil.png\|550px\|center]]
	<br>		<br>

Servant leadership

Mberne — Mon, 25 May 2026 10:47:54 GMT

Véase también

← Older revision		Revision as of 12:47, 25 May 2026
Line 30:		Line 30:

	<div class="bok-tags">		<div class="bok-tags">
	[[Scrum Master]] [[Seguridad psicológica]] [[Paradigmas culturales]] [[Retrospectiva]]		[[Scrum Master]] [[Agile enabler]] [[Seguridad psicológica]] [[Paradigmas culturales]] [[Retrospectiva]]
	</div>		</div>

Seguridad psicológica

Mberne — Mon, 25 May 2026 10:47:27 GMT

Véase también

← Older revision		Revision as of 12:47, 25 May 2026
Line 57:		Line 57:

	<div class="bok-tags">		<div class="bok-tags">
	[[Retrospectiva~~]] [[Autoorganización~~]] [[Paradigmas culturales]] [[Acuerdos de trabajo]] [[Focus-on/Focus-off]] [[ESVP]] [[Desarrollador]]		[[Retrospectiva]] [[Paradigmas culturales]] [[Acuerdos de trabajo]] [[Focus-on/Focus-off]] [[ESVP]] [[Desarrollador]] [[Product builder]]
	</div>		</div>

Scrum Master

Mberne — Mon, 25 May 2026 10:47:06 GMT

Véase también

← Older revision		Revision as of 12:47, 25 May 2026
Line 45:		Line 45:

	<div class="bok-tags">		<div class="bok-tags">
	[[Roles]] [[Propietario del producto]] [[Desarrollador]] [[Scrum estándar: componentes y marco]] [[Eventos]] [[~~Autoorganización~~]]		[[Roles]] [[Propietario del producto]] [[Desarrollador]] [[Scrum estándar: componentes y marco]] [[Eventos]] [[Product builder]] [[Agile enabler]]
	</div>		</div>

Scrum diario

Mberne — Mon, 25 May 2026 10:46:28 GMT

Véase también

← Older revision		Revision as of 12:46, 25 May 2026
(2 intermediate revisions by the same user not shown)
Line 12:		Line 12:
	Se recomienda realizarla '''de pie junto a un tablero''' con la pila del sprint y el gráfico de avance del sprint, para que todos puedan compartir la información y anotar.		Se recomienda realizarla '''de pie junto a un tablero''' con la pila del sprint y el gráfico de avance del sprint, para que todos puedan compartir la información y anotar.

	[[File:15-FormatoScrumDiario.png\|center]]		[[File:15-FormatoScrumDiario.png\|700px\|center]]

	En la reunión está '''presente todo el equipo''', y pueden asistir también otras personas relacionadas con el proyecto o la organización, aunque estas no pueden intervenir.		En la reunión está '''presente todo el equipo''', y pueden asistir también otras personas relacionadas con el proyecto o la organización, aunque estas no pueden intervenir.
Line 48:		Line 48:

	<div class="bok-tags">		<div class="bok-tags">
	[[Eventos]] [[Sprint]] [[Pila del sprint]] [[Gráfico de avance]] [[Scrum Master]] [[Desarrollador]] [[Objetivo del sprint]]		[[Eventos]] [[Sprint]] [[Pila del sprint]] [[Gráfico de avance]] [[Scrum Master]] [[Desarrollador]] [[Objetivo del sprint]] [[Product builder]] [[Agile enabler]]
	</div>		</div>

Scrum Alliance

Mberne — Mon, 25 May 2026 10:45:36 GMT

Véase también

← Older revision		Revision as of 12:45, 25 May 2026
Line 24:		Line 24:

	<div class="bok-tags">		<div class="bok-tags">
	~~[[Scrum]]~~ [[Scrum Master]] [[Origen de scrum]] [[Adopciones de scrum: técnico y avanzado]] [[Scrum estándar: componentes y marco]]		[[Scrum Master]] [[Origen de scrum]] [[Adopciones de scrum: técnico y avanzado]] [[Scrum estándar: componentes y marco]]
	</div>		</div>

Salud de equipo

Mberne — Mon, 25 May 2026 10:45:04 GMT

Véase también

← Older revision		Revision as of 12:45, 25 May 2026
Line 60:		Line 60:

	<div class="bok-tags">		<div class="bok-tags">
	[[Retrospectiva]] [[Burnout]] [[Seguridad psicológica]] [[Scrum Master]] [[ESVP]] [[Bienestar corporativo~~]] [[Autoorganización~~]]		[[Retrospectiva]] [[Burnout]] [[Seguridad psicológica]] [[Scrum Master]] [[ESVP]] [[Bienestar corporativo]]
	</div>		</div>

Roles

Mberne — Mon, 25 May 2026 10:43:58 GMT

Véase también

← Older revision		Revision as of 12:43, 25 May 2026
(One intermediate revision by the same user not shown)
Line 45:		Line 45:
	== Véase también ==		== Véase también ==
	<div class="bok-tags">		<div class="bok-tags">
	[[Propietario del producto]] [[Desarrollador]] [[Scrum Master]] [[Artefactos]] [[Eventos]]		[[Propietario del producto]] [[Desarrollador]] [[Scrum Master]] [[Artefactos]] [[Eventos]] [[Product architect]] [[Product builder]] [[Agile enabler]]
	</div>		</div>
	<div class="bok-ecosistema">		<div class="bok-ecosistema">

Retrospectiva

Mberne — Mon, 25 May 2026 10:42:05 GMT

← Older revision		Revision as of 12:42, 25 May 2026
Line 1:		Line 1:
	{{Meta-bok\|min=6}}		{{Meta-bok\|min=6}}
	[[File:Retrospectiva.png\|~~250px~~\|thumb\|right]]		[[File:Retrospectiva.png\|350px\|thumb\|right]]
	La '''retrospectiva''' (del latín ''retrospectare''; ''retro'' "hacia atrás", ''spectare'' "mirar") es la reunión en la que el equipo analiza su forma de trabajo para mejorarla de forma continua. Es el evento de [[Eventos\|Scrum]] dedicado a la mejora del proceso, y una "meta-práctica" ágil: una práctica que sirve para mejorar todas las demás prácticas.		La '''retrospectiva''' (del latín ''retrospectare''; ''retro'' "hacia atrás", ''spectare'' "mirar") es la reunión en la que el equipo analiza su forma de trabajo para mejorarla de forma continua. Es el evento de [[Eventos\|Scrum]] dedicado a la mejora del proceso, y una "meta-práctica" ágil: una práctica que sirve para mejorar todas las demás prácticas.
	== Origen y objetivo ==		== Origen y objetivo ==

Requisitos ágiles

Mberne — Mon, 25 May 2026 10:41:45 GMT

Requisitos ágiles con IA

← Older revision		Revision as of 12:41, 25 May 2026
(One intermediate revision by the same user not shown)
Line 23:		Line 23:
	La IA generativa está cambiando la forma en que se capturan y redactan los requisitos:		La IA generativa está cambiando la forma en que se capturan y redactan los requisitos:
	* Herramientas de IA pueden ayudar a generar borradores de historias de usuario o criterios de aceptación a partir de una descripción de alto nivel. Sin embargo, los requisitos generados por IA reflejan suposiciones implícitas del modelo que pueden no corresponderse con el contexto real del usuario.		* Herramientas de IA pueden ayudar a generar borradores de historias de usuario o criterios de aceptación a partir de una descripción de alto nivel. Sin embargo, los requisitos generados por IA reflejan suposiciones implícitas del modelo que pueden no corresponderse con el contexto real del usuario.
	* En equipos que adoptan [[Spec Driven Development\|SDD (Spec-Driven Development)]], el requisito evoluciona hacia la spec: un documento más técnico que guía la generación automática de código. La historia de usuario sigue siendo el vehículo de comunicación con el negocio; la spec es el vehículo de comunicación con la IA.		* En equipos que adoptan [[Spec-Driven Development (SDD)\|SDD (Spec-Driven Development)]], el requisito evoluciona hacia la spec: un documento más técnico que guía la generación automática de código. La historia de usuario sigue siendo el vehículo de comunicación con el negocio; la spec es el vehículo de comunicación con la IA.

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

Prompt library

Mberne — Mon, 25 May 2026 10:40:12 GMT

Véase también

← Older revision		Revision as of 12:40, 25 May 2026
Line 45:		Line 45:

	<div class="bok-tags">		<div class="bok-tags">
	[[Prompt engineering]] [[Context engineering]] [[Agente de IA]] [[Historia de usuario]] [[Spec-Driven Development]] [[Behavior-Driven Development]]		[[Prompt engineering]] [[Context engineering]] [[Agente de IA]] [[Historia de usuario]] [[Spec-Driven Development (SDD)]] [[Behavior-Driven Development]]
	</div>		</div>

Prompt engineering

Mberne — Mon, 25 May 2026 10:39:54 GMT

Véase también

← Older revision		Revision as of 12:39, 25 May 2026
Line 380:		Line 380:

	<div class="bok-tags">		<div class="bok-tags">
	[[Agente de IA]] [[IA como teammate]] [[Context engineering]] [[Prompt injection]] [[Spec-Driven Development]] [[Spec]] [[Historia de usuario]] [[Criterios de aceptación]]		[[Agente de IA]] [[IA como teammate]] [[Context engineering]] [[Prompt injection]] [[Spec-Driven Development (SDD)]] [[Spec]] [[Historia de usuario]] [[Criterios de aceptación]]
	</div>		</div>

Propietario del producto

Mberne — Mon, 25 May 2026 10:39:29 GMT

Véase también

← Older revision		Revision as of 12:39, 25 May 2026
Line 59:		Line 59:

	<div class="bok-tags">		<div class="bok-tags">
	[[Roles]] [[Desarrollador]] [[Scrum Master]] [[Pila del producto]] [[Planificación del sprint]] [[Visión del producto]] [[Mínimo Producto Viable]]		[[Roles]] [[Desarrollador]] [[Scrum Master]] [[Product architect]] [[Pila del producto]] [[Planificación del sprint]] [[Visión del producto]] [[Mínimo Producto Viable]]
	</div>		</div>

Vibe engineering

Mberne — Mon, 25 May 2026 10:35:17 GMT

Véase también

← Older revision		Revision as of 12:35, 25 May 2026
Line 234:		Line 234:

	<div class="bok-tags">		<div class="bok-tags">
	[[Vibe coding]] [[Spec-Driven Development]] [[Spec]] [[~~Definition of Done~~]] [[Deuda técnica]] [[Agente de IA]] [[Prompt engineering]] [[Integración continua]]		[[Vibe coding]] [[Spec-Driven Development (SDD)]] [[Spec]] [[Definición de hecho]] [[Deuda técnica]] [[Agente de IA]] [[Prompt engineering]] [[Integración continua]]
	</div>		</div>

Vibe coding

Mberne — Mon, 25 May 2026 10:34:51 GMT

Véase también

← Older revision		Revision as of 12:34, 25 May 2026
Line 260:		Line 260:

	<div class="bok-tags">		<div class="bok-tags">
	[[Spec-Driven Development]] [[Vibe engineering]] [[Agente de IA]] [[Prompt engineering]] [[Deuda técnica]] [[Definition of Done]] [[Incremento]]		[[Spec-Driven Development (SDD)]] [[Vibe engineering]] [[Agente de IA]] [[Prompt engineering]] [[Deuda técnica]] [[Definition of Done]] [[Incremento]]
	</div>		</div>

WSJF

Mberne — Mon, 25 May 2026 10:33:56 GMT

La fórmula

← Older revision		Revision as of 12:33, 25 May 2026
(One intermediate revision by the same user not shown)
Line 2:		Line 2:
	'''WSJF''' (''Weighted Shortest Job First'', "trabajo más corto y valioso primero") es un método de priorización de la [[pila del producto]] que optimiza la entrega de valor minimizando el impacto del tiempo de espera. Prioriza las funcionalidades según la relación entre el coste de retrasarlas y el esfuerzo necesario para implementarlas. Está especialmente asociado al marco de escalado ágil SAFe, aunque puede aplicarse de forma independiente.		'''WSJF''' (''Weighted Shortest Job First'', "trabajo más corto y valioso primero") es un método de priorización de la [[pila del producto]] que optimiza la entrega de valor minimizando el impacto del tiempo de espera. Prioriza las funcionalidades según la relación entre el coste de retrasarlas y el esfuerzo necesario para implementarlas. Está especialmente asociado al marco de escalado ágil SAFe, aunque puede aplicarse de forma independiente.
	== La fórmula ==		== La fórmula ==
	~~<center>~~'''WSJF = Coste del retraso / Tamaño del trabajo'''~~</center>~~
			'''WSJF = Coste del retraso / Tamaño del trabajo'''

	Las funcionalidades con mayor WSJF se implementan primero, porque generan más valor relativo por unidad de esfuerzo.		Las funcionalidades con mayor WSJF se implementan primero, porque generan más valor relativo por unidad de esfuerzo.

Origen de scrum

Mberne — Mon, 25 May 2026 10:31:24 GMT

Referencias

← Older revision		Revision as of 12:31, 25 May 2026
Line 21:		Line 21:
	== Scrum y la IA ==		== Scrum y la IA ==
	El modelo que Nonaka y Takeuchi describieron en 1986 —equipos autoorganizados, aprendizaje rápido, adaptación continua— resulta especialmente adecuado para el contexto actual de desarrollo con IA generativa, donde la incertidumbre sobre el comportamiento del producto es inherente y los requisitos evolucionan a medida que el equipo aprende cómo se comporta el modelo. Los principios del origen de Scrum no han envejecido: siguen describiendo las condiciones que permiten trabajar bien en entornos de alta incertidumbre.		El modelo que Nonaka y Takeuchi describieron en 1986 —equipos autoorganizados, aprendizaje rápido, adaptación continua— resulta especialmente adecuado para el contexto actual de desarrollo con IA generativa, donde la incertidumbre sobre el comportamiento del producto es inherente y los requisitos evolucionan a medida que el equipo aprende cómo se comporta el modelo. Los principios del origen de Scrum no han envejecido: siguen describiendo las condiciones que permiten trabajar bien en entornos de alta incertidumbre.
			== Recursos ==
			<div class="bok-recurso">
			📚 [https://scrummanager.com/skillarena/okr-estrategia-de-producto '''Wicked Problems, Righteous Solutions''']<span class="detalle">Apuntes · Scrum Manager</span>
			</div>

	== Referencias ==		== Referencias ==
	* Takeuchi, Hirotaka; Nonaka, Ikujiro. (1986). "The New New Product Development Game". ''Harvard Business Review'', enero-febrero 1986.		* Takeuchi, Hirotaka; Nonaka, Ikujiro. (1986). "The New New Product Development Game". ''Harvard Business Review'', enero-febrero 1986.

Modelo Spotify

Mberne — Mon, 25 May 2026 10:26:56 GMT

Guild (gremio)

← Older revision		Revision as of 12:26, 25 May 2026
(2 intermediate revisions by the same user not shown)
Line 2:		Line 2:
	El '''modelo Spotify''' no es un marco de trabajo ágil formalizado, sino la descripción de las prácticas organizativas que Spotify encontró útiles en su contexto específico de crecimiento rápido. Lo publicaron en 2014 en dos vídeos sobre su cultura de ingeniería, y ha inspirado a muchas organizaciones, aunque con resultados muy variables al intentar adoptarlo fuera de su contexto original.		El '''modelo Spotify''' no es un marco de trabajo ágil formalizado, sino la descripción de las prácticas organizativas que Spotify encontró útiles en su contexto específico de crecimiento rápido. Lo publicaron en 2014 en dos vídeos sobre su cultura de ingeniería, y ha inspirado a muchas organizaciones, aunque con resultados muy variables al intentar adoptarlo fuera de su contexto original.

	[[File:ModeloSpotify2.png\|~~frame~~\|center]]		[[File:ModeloSpotify2.png\|600px\|center]]

	== Origen ==		== Origen ==
Line 25:		Line 25:

	Comunidad de interés que cruza los límites de tribus. Cualquier persona puede unirse a un gremio. Son grupos informales para compartir conocimiento en áreas transversales (testing, Agile coaches, etc.).		Comunidad de interés que cruza los límites de tribus. Cualquier persona puede unirse a un gremio. Son grupos informales para compartir conocimiento en áreas transversales (testing, Agile coaches, etc.).
	[[File:ModeloSpotify1.png\|~~frame~~\|center]]		[[File:ModeloSpotify1.png\|600px\|center]]

	== Advertencia sobre la adopción ==		== Advertencia sobre la adopción ==

Ley de Parkinson

Mberne — Mon, 25 May 2026 10:22:17 GMT

Véase también

← Older revision		Revision as of 12:22, 25 May 2026
Line 30:		Line 30:

	<div class="bok-tags">		<div class="bok-tags">
	[[Tiempo prefijado]] [[Tableros kanban: conceptos]] [[Sprint]] [[Tiempo ideal]] [[Work In Process~~]] [[Ley de Parkinson~~]]		[[Tiempo prefijado]] [[Tableros kanban: conceptos]] [[Sprint]] [[Tiempo ideal]] [[Work In Process]]
	</div>		</div>

IA como teammate

Mberne — Mon, 25 May 2026 10:15:29 GMT

Véase también

← Older revision		Revision as of 12:15, 25 May 2026
(2 intermediate revisions by the same user not shown)
Line 147:		Line 147:
	* en la [[Planificación del sprint\|planificación del sprint]], ayudando a identificar dependencias, riesgos o tareas que pueden delegarse;		* en la [[Planificación del sprint\|planificación del sprint]], ayudando a identificar dependencias, riesgos o tareas que pueden delegarse;
	* durante el sprint, generando borradores, código, tests, documentación o análisis;		* durante el sprint, generando borradores, código, tests, documentación o análisis;
	* en la [[~~Sprint review~~\|sprint review]], ayudando a sintetizar feedback o preparar evidencia;		* en la [[Revisión del sprint\|sprint review]], ayudando a sintetizar feedback o preparar evidencia;
	* en la [[Retrospectiva\|retrospectiva]], ayudando a ordenar patrones, tensiones o experimentos de mejora.		* en la [[Retrospectiva\|retrospectiva]], ayudando a ordenar patrones, tensiones o experimentos de mejora.

Line 441:		Line 441:

	<div class="bok-tags">		<div class="bok-tags">
	[[Agente de IA]] [[Prompt engineering]] [[Context engineering]] [[Gobernanza de IA]] [[Gestión de modelos]] [[Prompt library]] [[Revisión humana de outputs de IA]] [[~~Definition of Done~~]]		[[Agente de IA]] [[Prompt engineering]] [[Context engineering]] [[Gobernanza de IA]] [[Gestión de modelos]] [[Prompt library]] [[Revisión humana de outputs de IA]] [[Definición de hecho]]
	</div>		</div>

Greenfield

Mberne — Mon, 25 May 2026 10:11:04 GMT

Véase también

← Older revision		Revision as of 12:11, 25 May 2026
Line 90:		Line 90:

	<div class="bok-tags">		<div class="bok-tags">
	[[Brownfield]] [[Vibe coding]] [[Vibe engineering]] [[Spec-Driven Development (SDD)]] [[Deuda técnica]] [[Definición de hecho]] [[~~MVP~~]]		[[Brownfield]] [[Vibe coding]] [[Vibe engineering]] [[Spec-Driven Development (SDD)]] [[Deuda técnica]] [[Definición de hecho]] [[Mínimo Producto Viable]]
	</div>		</div>

Scope Creep

Mberne — Mon, 25 May 2026 10:10:05 GMT

← Older revision		Revision as of 12:10, 25 May 2026
Line 1:		Line 1:
	{{Meta-bok\|min=4}}		{{Meta-bok\|min=4}}
	''Scope creep'', también llamado corrupción del alcance, es la expansión progresiva y no controlada de los requisitos de un proyecto después de haber comenzado. En product management y en gestión ágil conviene distinguirlo del cambio legítimo: el problema no es que el alcance evolucione, sino que cambie sin evaluación, priorización ni ajuste de expectativas.		'''''Scope creep''''', también llamado corrupción del alcance, es la expansión progresiva y no controlada de los requisitos de un proyecto después de haber comenzado. En product management y en gestión ágil conviene distinguirlo del cambio legítimo: el problema no es que el alcance evolucione, sino que cambie sin evaluación, priorización ni ajuste de expectativas.

	El ''scope creep'' aparece cuando se añaden funcionalidades, cambios o expectativas nuevas sin revisar su impacto sobre tiempo, coste, calidad, capacidad del equipo o valor esperado. Puede tener causas razonables —cambios de mercado, aprendizaje obtenido durante el proyecto, necesidades nuevas de usuarios o feedback de ''stakeholders''—, pero se convierte en problema cuando esas variaciones entran en el trabajo sin control explícito.		El ''scope creep'' aparece cuando se añaden funcionalidades, cambios o expectativas nuevas sin revisar su impacto sobre tiempo, coste, calidad, capacidad del equipo o valor esperado. Puede tener causas razonables —cambios de mercado, aprendizaje obtenido durante el proyecto, necesidades nuevas de usuarios o feedback de ''stakeholders''—, pero se convierte en problema cuando esas variaciones entran en el trabajo sin control explícito.

Gold Plating

Mberne — Mon, 25 May 2026 10:09:52 GMT

Véase también

← Older revision		Revision as of 12:09, 25 May 2026
(One intermediate revision by the same user not shown)
Line 57:		Line 57:
	== Véase también ==		== Véase también ==
	<div class="bok-tags">		<div class="bok-tags">
	[[~~Scoop~~ Creep]][[Técnica KISS]] [[Deuda técnica]] [[Pila del producto]] [[Mínimo Producto Viable]] [[Definición de hecho]] [[Objetivo del sprint]]</div>		[[Scope Creep]][[Técnica KISS]] [[Deuda técnica]] [[Pila del producto]] [[Mínimo Producto Viable]] [[Definición de hecho]] [[Objetivo del sprint]]</div>
	<div class="bok-ecosistema">		<div class="bok-ecosistema">
	<div class="texto">		<div class="texto">

Gestión predictiva

Mberne — Mon, 25 May 2026 10:08:46 GMT

Planificación

← Older revision		Revision as of 12:08, 25 May 2026
(One intermediate revision by the same user not shown)
Line 31:		Line 31:
	El '''proceso de seguimiento''' compara la planificación inicial con la ejecución real para verificar el cumplimiento del plan. Incluye gestión de riesgos para abordar imprevistos con el menor impacto posible sobre el plan inicial.		El '''proceso de seguimiento''' compara la planificación inicial con la ejecución real para verificar el cumplimiento del plan. Incluye gestión de riesgos para abordar imprevistos con el menor impacto posible sobre el plan inicial.
	<br>		<br>
	[[File:GestionPredictiva.png\|~~550px\|frame~~\|center]]		[[File:GestionPredictiva.png\|750px\|center]]
	<br>		<br>

Gestión evolutiva

Mberne — Mon, 25 May 2026 10:07:25 GMT

← Older revision		Revision as of 12:07, 25 May 2026
(2 intermediate revisions by the same user not shown)
Line 2:		Line 2:
	La '''gestión evolutiva''' (también llamada ''gestión ágil'') es el conjunto de técnicas y prácticas empleadas para conducir la ejecución progresiva de un proyecto, de forma que genere un [[Mínimo Producto Viable\|mínimo producto viable]] en el menor tiempo posible y, a partir de esa primera entrega, lo mantenga en mejora e incremento continuo.		La '''gestión evolutiva''' (también llamada ''gestión ágil'') es el conjunto de técnicas y prácticas empleadas para conducir la ejecución progresiva de un proyecto, de forma que genere un [[Mínimo Producto Viable\|mínimo producto viable]] en el menor tiempo posible y, a partir de esa primera entrega, lo mantenga en mejora e incremento continuo.
	<br>		<br>
	[[File:GestionEvolutiva.png\|~~600px\|frame~~\|center]]		[[File:GestionEvolutiva.png\|700px\|center]]
	<br>		<br>
	== Tipos de gestión evolutiva ==		== Tipos de gestión evolutiva ==

Double-Track

Mberne — Mon, 25 May 2026 09:59:13 GMT

Véase también

← Older revision		Revision as of 11:59, 25 May 2026
Line 66:		Line 66:

	<div class="bok-tags">		<div class="bok-tags">
	[[Vibe coding]] [[Vibe engineering]] [[Spec-Driven Development]] [[Definición de hecho]] [[Mínimo Producto Viable]] [[Propietario del producto]]		[[Vibe coding]] [[Vibe engineering]] [[Spec-Driven Development (SDD)]] [[Definición de hecho]] [[Mínimo Producto Viable]] [[Propietario del producto]]
	</div>		</div>

Deuda técnica

Mberne — Mon, 25 May 2026 09:58:10 GMT

Véase también

← Older revision		Revision as of 11:58, 25 May 2026
Line 66:		Line 66:

	<div class="bok-tags">		<div class="bok-tags">
	[[Refactorización]] [[TDD]] [[Agilidad técnica]] [[Definición de hecho]] [[Pair programming~~]] [[Deuda técnica~~]] [[KISS]] [[Integración continua]]		[[Refactorización]] [[TDD]] [[Agilidad técnica]] [[Definición de hecho]] [[Pair programming]] [[KISS]] [[Integración continua]]
	</div>		</div>

Context engineering

Mberne — Mon, 25 May 2026 09:54:40 GMT

Véase también

← Older revision		Revision as of 11:54, 25 May 2026
Line 42:		Line 42:

	<div class="bok-tags">		<div class="bok-tags">
	[[Prompt engineering]] [[Agente de IA]] [[Alucinación de IA]] [[Spec-Driven Development]] [[Vibe coding]] [[Prompt library]]		[[Prompt engineering]] [[Agente de IA]] [[Alucinación de IA]] [[Spec-Driven Development (SDD)]] [[Vibe coding]] [[Prompt library]]
	</div>		</div>

Bucket System

Mberne — Mon, 25 May 2026 09:52:57 GMT

Véase también

← Older revision		Revision as of 11:52, 25 May 2026
Line 32:		Line 32:
	== Véase también ==		== Véase también ==
	<div class="bok-tags">		<div class="bok-tags">
	[[Affinity Estimating]] [[Estimación de póquer]] [[Estimación en la pared]] [[Estimación: talla de camisetas]] [[Grande/Incierto/Pequeño]] [[Punto de historia]] [[NoEstimates]]		[[Affinity Estimating]] [[Estimación de póquer]] [[Estimación en la pared]] [[Estimación: talla de camisetas]] [[Grande /Incierto/ Pequeño]] [[Punto de historia]] [[NoEstimates]]
	</div>		</div>
	<div class="bok-ecosistema">		<div class="bok-ecosistema">

Behavior-Driven Development

Mberne — Mon, 25 May 2026 09:42:29 GMT

Véase también

← Older revision		Revision as of 11:42, 25 May 2026
Line 51:		Line 51:

	<div class="bok-tags">		<div class="bok-tags">
	[[TDD]] [[Criterios de aceptación]] [[Definición de hecho]] [[Spec-Driven Development]] [[Agilidad técnica]] [[Historia de usuario]] [[Extreme programming]]		[[TDD]] [[Criterios de aceptación]] [[Definición de hecho]] [[Spec-Driven Development (SDD)]] [[Agilidad técnica]] [[Historia de usuario]] [[Extreme programming]]
	</div>		</div>