Incremento continuo con gestión visual kanban - Revision history

Mberne: /* Referencias */

2026-05-19T12:51:18Z

Referencias

← Older revision		Revision as of 14:51, 19 May 2026
Line 23:		Line 23:

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

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

Mberne: /* Referencias */

2026-05-15T11:26:23Z

Referencias

← Older revision		Revision as of 13:26, 15 May 2026
Line 23:		Line 23:

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

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

Mberne at 11:26, 15 May 2026

2026-05-15T11:26:15Z

← Older revision		Revision as of 13:26, 15 May 2026
Line 1:		Line 1:
	__NOTOC__		__NOTOC__
	El '''incremento continuo con gestión visual ~~Kanban~~''' ~~se refiere a una~~ técnica ~~utilizada actualmente para regular un flujo~~ de ~~avance~~ continuo ~~en proyectos~~ de ~~tecnología~~ de la ~~información (~~TIC) y servicios de gestión del conocimiento gestionados evolutivamente sin sprints.		{{Meta-bok\|min=3}}
	==Descripción==		El '''incremento continuo con gestión visual kanban''' es la técnica que combina la estrategia de [[Incremento continuo\|incremento continuo]] (entrega de valor sin sprints de tiempo fijo) con el [[Tableros kanban: conceptos\|tablero kanban]] como herramienta de gestión del flujo y radiador de información. Es la forma de trabajo habitual en proyectos TIC y servicios de gestión del conocimiento gestionados evolutivamente sin sprints.
	La característica principal del ~~scrum~~ técnico es el uso de pulsos de ''[[sprint]]~~'',~~ para emplear [[~~tiempo~~ prefijado]] ~~(''timeboxing'')~~ como motor de avance ~~al ritmo marcado~~ por ~~la secuencia de ''sprints''~~.		== Descripción ==
			La característica principal del Scrum técnico es el uso de pulsos de [[Sprint\|sprint]] para emplear el [[Tiempo prefijado\|timeboxing]] como motor de avance. El incremento continuo con kanban es una alternativa: en lugar de empaquetar el trabajo en iteraciones cerradas, el equipo mantiene un flujo constante de tareas regulado por los límites [[Work In Process\|WIP]].

	La táctica de ~~''timeboxing'' ayuda al equipo a avanzar, al tiempo que mitiga la tendencia habitual a dilatar los tiempos~~ de ~~entrega previstos~~.		Los equipos originales de Scrum observados y descritos por Nonaka y Takeuchi no prescribían el uso de una táctica específica de incremento: el desarrollo incremental puede lograrse tanto con sprints como con un flujo continuo de tareas.

	Los ~~equipos originales~~ de ~~scrum observados y descritos por Nonaka y Takeuchi y los principios de la agilidad~~ no ~~prescriben~~ el ~~uso~~ de ~~una determinada táctica~~ para ~~lograr un desarrollo incremental~~. ~~De hecho también es posible trabajar con un avance constante~~ de ~~las tareas una tras otra~~, ~~sin empaquetar~~ en ~~incrementos~~.		Lograr ese flujo sin sprints tiene sus propias dificultades:
			* Los cuellos de botella no se hacen visibles al final del sprint, sino que bloquean el avance en tiempo real.
			* Los tiempos muertos en áreas sin tareas son inmediatamente visibles en el tablero.
			* La ausencia de sprints elimina la urgencia del timebox, lo que requiere disciplina adicional para evitar la dilación.
			<br>
			[[File:Scrum estandar en el mapa.png\|650px\|center]]
			<br>
			El tablero kanban responde a estos retos: hace visibles los cuellos de botella en tiempo real, impone disciplina a través de los límites WIP y permite al equipo actuar sobre los problemas antes de que se conviertan en retrasos.

	Lograr un flujo continuo de tareas sin usar ''sprints'' no es fácil porque suelen formarse cuellos de botella que bloquean el avance, mientras en otras áreas del equipo se producen tiempos muertos sin tareas que realizar.		== Error frecuente ==

	~~La imagen siguiente muestra dónde se sitúa scrum técnico~~, ~~según lo descrito~~ en ~~"[[mapa~~ de ~~metodologías]]":~~		<div class="bok-aviso">
			'''Usar el tablero kanban solo para visualizar, sin gestionar el flujo.''' Un tablero sin límites WIP es solo un seguimiento del estado de las tareas: no mejora el flujo ni detecta cuellos de botella de forma activa. El valor diferencial del kanban sobre otras formas de gestión visual está precisamente en que los límites WIP obligan al equipo a resolver los problemas del flujo antes de añadir más trabajo al sistema.
			</div>

	[[~~File~~:~~Scrum estandar en el mapa.png\|650px\|center~~]]		== Referencias ==

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

			== Véase también ==

			<div class="bok-tags">
			[[Incremento continuo]] [[Incremento iterativo]] [[Tableros kanban: conceptos]] [[Tableros kanban: operativa]] [[Work In Process]] [[Kanban: origen y definición]] [[Ley de Parkinson]]
			</div>

	==~~Referencias~~==		<div class="bok-ecosistema">
	*Ikujiro Nonaka & Hirotaka Takeuchi, ''~~New New Product Development Game~~''~~, Harvard Business Review Jan, 1 1986~~.		<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>

	~~==Véase también==~~
	*[[Incremento]].
	*[[Incremento iterativo]].
	*[[Incremento continuo]].
	*[[Artefactos]].
	*[[Ley de Parkinson]].
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]
	[[Category:Kanban]]		[[Category:Kanban]]

Mberne at 12:22, 11 May 2026

2026-05-11T12:22:29Z

← Older revision		Revision as of 14:22, 11 May 2026
Line 24:		Line 24:
	*[[Ley de Parkinson]].		*[[Ley de Parkinson]].
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]
			[[Category:Kanban]]

Mberne: /* Descripción */

2023-12-19T09:04:36Z

Descripción

← Older revision		Revision as of 11:04, 19 December 2023
Line 2:		Line 2:
	El '''incremento continuo con gestión visual Kanban''' se refiere a una técnica utilizada actualmente para regular un flujo de avance continuo en proyectos de tecnología de la información (TIC) y servicios de gestión del conocimiento gestionados evolutivamente sin sprints.		El '''incremento continuo con gestión visual Kanban''' se refiere a una técnica utilizada actualmente para regular un flujo de avance continuo en proyectos de tecnología de la información (TIC) y servicios de gestión del conocimiento gestionados evolutivamente sin sprints.
	==Descripción==		==Descripción==
	La característica principal del scrum técnico es el uso de pulsos de [[sprint]], para emplear [[tiempo prefijado]] (''timeboxing'') como motor de avance al ritmo marcado por la secuencia de ''sprints''.		La característica principal del scrum técnico es el uso de pulsos de ''[[sprint]]'', para emplear [[tiempo prefijado]] (''timeboxing'') como motor de avance al ritmo marcado por la secuencia de ''sprints''.

	La táctica de ''timeboxing'' ayuda al equipo a avanzar, al tiempo que mitiga la tendencia habitual a dilatar los tiempos de entrega previstos.		La táctica de ''timeboxing'' ayuda al equipo a avanzar, al tiempo que mitiga la tendencia habitual a dilatar los tiempos de entrega previstos.

	Los equipos originales de scrum observados y descritos por Nonaka y Takeuchi ~~[[Takeuchi & Nonaka 1986]]~~ y los principios de la agilidad no prescriben el uso de una determinada táctica para lograr un desarrollo incremental. De hecho también es posible trabajar con un avance constante de las tareas una tras otra, sin empaquetar en incrementos.		Los equipos originales de scrum observados y descritos por Nonaka y Takeuchi y los principios de la agilidad no prescriben el uso de una determinada táctica para lograr un desarrollo incremental. De hecho también es posible trabajar con un avance constante de las tareas una tras otra, sin empaquetar en incrementos.

	Lograr un flujo continuo de tareas sin usar ''sprints'' no es fácil porque suelen formarse cuellos de botella que bloquean el avance, mientras en otras áreas del equipo se producen tiempos muertos sin tareas que realizar.		Lograr un flujo continuo de tareas sin usar ''sprints'' no es fácil porque suelen formarse cuellos de botella que bloquean el avance, mientras en otras áreas del equipo se producen tiempos muertos sin tareas que realizar.
Line 13:		Line 13:

	[[File:Scrum estandar en el mapa.png\|650px\|center]]		[[File:Scrum estandar en el mapa.png\|650px\|center]]

			==Referencias==
			*Ikujiro Nonaka & Hirotaka Takeuchi, ''New New Product Development Game'', Harvard Business Review Jan, 1 1986.

	==Véase también==		==Véase también==
	*[[Incremento]].		*[[Incremento]].

Mberne at 09:03, 19 December 2023

2023-12-19T09:03:41Z

← Older revision		Revision as of 11:03, 19 December 2023
Line 1:		Line 1:
	__NOTOC__		__NOTOC__
			El '''incremento continuo con gestión visual Kanban''' se refiere a una técnica utilizada actualmente para regular un flujo de avance continuo en proyectos de tecnología de la información (TIC) y servicios de gestión del conocimiento gestionados evolutivamente sin sprints.
			==Descripción==
	La característica principal del scrum técnico es el uso de pulsos de [[sprint]], para emplear [[tiempo prefijado]] (''timeboxing'') como motor de avance al ritmo marcado por la secuencia de ''sprints''.		La característica principal del scrum técnico es el uso de pulsos de [[sprint]], para emplear [[tiempo prefijado]] (''timeboxing'') como motor de avance al ritmo marcado por la secuencia de ''sprints''.

Line 6:		Line 8:
	Los equipos originales de scrum observados y descritos por Nonaka y Takeuchi [[Takeuchi & Nonaka 1986]] y los principios de la agilidad no prescriben el uso de una determinada táctica para lograr un desarrollo incremental. De hecho también es posible trabajar con un avance constante de las tareas una tras otra, sin empaquetar en incrementos.		Los equipos originales de scrum observados y descritos por Nonaka y Takeuchi [[Takeuchi & Nonaka 1986]] y los principios de la agilidad no prescriben el uso de una determinada táctica para lograr un desarrollo incremental. De hecho también es posible trabajar con un avance constante de las tareas una tras otra, sin empaquetar en incrementos.

	Lograr un flujo continuo de tareas sin usar sprints no es fácil porque suelen formarse cuellos de botella que bloquean el avance, mientras en otras áreas del equipo se producen tiempos muertos sin tareas que realizar.		Lograr un flujo continuo de tareas sin usar ''sprints'' no es fácil porque suelen formarse cuellos de botella que bloquean el avance, mientras en otras áreas del equipo se producen tiempos muertos sin tareas que realizar.

	~~La gestión visual kanban es la técnica más empleada actualmente para regular un flujo de avance continuo en proyectos TIC y de servicios del conocimiento gestionados evolutivamente sin sprints~~.

	La imagen siguiente muestra dónde se sitúa scrum técnico, según lo descrito en "[[mapa de metodologías]]":		La imagen siguiente muestra dónde se sitúa scrum técnico, según lo descrito en "[[mapa de metodologías]]":

Mberne at 15:24, 15 December 2023

2023-12-15T15:24:14Z

← Older revision		Revision as of 17:24, 15 December 2023
Line 1:		Line 1:
	__NOTOC__		__NOTOC__
			La característica principal del scrum técnico es el uso de pulsos de [[sprint]], para emplear [[tiempo prefijado]] (''timeboxing'') como motor de avance al ritmo marcado por la secuencia de ''sprints''.

	La ~~imagen siguiente muestra dónde se sitúa scrum técnico~~, ~~según lo descrito en "[[mapa~~ de ~~metodologías]]":~~		La táctica de ''timeboxing'' ayuda al equipo a avanzar, al tiempo que mitiga la tendencia habitual a dilatar los tiempos de entrega previstos.

	~~[[File:Scrum estandar en el mapa.png\|650px\|center]]~~


	~~Su característica principal es el uso de pulsos de [[sprint]], para emplear [[tiempo prefijado]] (timeboxing) como motor de avance al ritmo marcado por la secuencia de sprints.~~
	~~La táctica de timeboxing ayuda al equipo a avanzar, al tiempo que mitiga la tendencia habitual a dilatar los tiempos de entrega previstos (v. [[Ley de Parkinson]]).~~
	Los equipos originales de scrum observados y descritos por Nonaka y Takeuchi [[Takeuchi & Nonaka 1986]] y los principios de la agilidad no prescriben el uso de una determinada táctica para lograr un desarrollo incremental. De hecho también es posible trabajar con un avance constante de las tareas una tras otra, sin empaquetar en incrementos.		Los equipos originales de scrum observados y descritos por Nonaka y Takeuchi [[Takeuchi & Nonaka 1986]] y los principios de la agilidad no prescriben el uso de una determinada táctica para lograr un desarrollo incremental. De hecho también es posible trabajar con un avance constante de las tareas una tras otra, sin empaquetar en incrementos.


	Lograr un flujo continuo de tareas sin usar sprints no es fácil porque suelen formarse cuellos de botella que bloquean el avance, mientras en otras áreas del equipo se producen tiempos muertos sin tareas que realizar.		Lograr un flujo continuo de tareas sin usar sprints no es fácil porque suelen formarse cuellos de botella que bloquean el avance, mientras en otras áreas del equipo se producen tiempos muertos sin tareas que realizar.

	La gestión visual kanban es la técnica más empleada actualmente para regular un flujo de avance continuo en proyectos TIC y de servicios del conocimiento gestionados evolutivamente sin sprints.		La gestión visual kanban es la técnica más empleada actualmente para regular un flujo de avance continuo en proyectos TIC y de servicios del conocimiento gestionados evolutivamente sin sprints.

			La imagen siguiente muestra dónde se sitúa scrum técnico, según lo descrito en "[[mapa de metodologías]]":

			[[File:Scrum estandar en el mapa.png\|650px\|center]]
	==Véase también==		==Véase también==
	*[[Incremento]].		*[[Incremento]].
Line 19:		Line 18:
	*[[Incremento continuo]].		*[[Incremento continuo]].
	*[[Artefactos]].		*[[Artefactos]].
			*[[Ley de Parkinson]].
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]

Mberne at 15:21, 15 December 2023

2023-12-15T15:21:51Z

← Older revision		Revision as of 17:21, 15 December 2023
Line 14:		Line 14:

	La gestión visual kanban es la técnica más empleada actualmente para regular un flujo de avance continuo en proyectos TIC y de servicios del conocimiento gestionados evolutivamente sin sprints.		La gestión visual kanban es la técnica más empleada actualmente para regular un flujo de avance continuo en proyectos TIC y de servicios del conocimiento gestionados evolutivamente sin sprints.
			==Véase también==
			*[[Incremento]].
			*[[Incremento iterativo]].
			*[[Incremento continuo]].
			*[[Artefactos]].

	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]

Smanager at 08:22, 26 April 2021

2021-04-26T08:22:11Z

← Older revision		Revision as of 10:22, 26 April 2021
Line 16:		Line 16:


	[[Category:Glosario de términos~~\|kanban - incremento continuo~~]]		[[Category:Glosario de términos]]

Smanager at 08:21, 26 April 2021

2021-04-26T08:21:04Z

← Older revision		Revision as of 10:21, 26 April 2021
Line 16:		Line 16:


	[[Category:~~Scrum II~~]]		[[Category:Glosario de términos\|kanban - incremento continuo]]