Incremento continuo con gestión visual kanban - Revision history

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]]

Smanager at 15:09, 9 September 2016

2016-09-09T15:09:30Z

← Older revision		Revision as of 17:09, 9 September 2016
Line 7:		Line 7:

	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.		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.		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.

Smanager at 14:40, 9 September 2016

2016-09-09T14:40:28Z

← Older revision		Revision as of 16:40, 9 September 2016
Line 6:		Line 6:


	Su característica principal es el uso de pulsos de sprint, para emplear tiempo prefijado (timeboxing) como ~~motror~~ de avance al ritmo marcado por la secuencia de sprints.		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.		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 [[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.

Smanager at 15:05, 2 May 2014

2014-05-02T15:05:12Z

← Older revision		Revision as of 17:05, 2 May 2014
Line 1:		Line 1:
	__NOTOC__		__NOTOC__

	El marco estándar de scrum realiza desarrollo incremental: iterativo, basado en el conocimiento tácito de las personas que realizan el trabajo con un criterio multidisciplinar, sin división de fases.		La imagen siguiente muestra dónde se sitúa scrum técnico, según lo descrito en "[[mapa de metodologías]]":
	La imagen siguiente lo ~~representa visualmente sobre el esquema~~ descrito en ~~el capítulo anterior~~:

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


	La característica principal ~~del marco estándar de Scrum~~ es el uso de pulsos de sprint, para emplear ~~la técnica de~~ tiempo prefijado (timeboxing) ~~y mantener así un~~ avance ~~continuo gracias~~ al ritmo marcado por la secuencia de sprints.		Su característica principal es el uso de pulsos de sprint, para emplear tiempo prefijado (timeboxing) como motror de avance al ritmo marcado por la secuencia de sprints.
	La táctica de timeboxing ~~muestra~~ al equipo ~~el avance de forma pragmática~~, 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 [[Takeuchi & Nonaka 1986]] y los principios~~ de ~~la agilidad no prescriben~~ el ~~uso de una determinada táctica para lograr un desarrollo incremental~~.		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.

	~~También es posible trabajar con un avance constante de las tareas una tras otra, sin empaquetar en incrementos para hacer en pulsos de timeboxing.~~


	Lograr un flujo continuo de tareas no es fácil porque suelen formarse zonas con 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 el flujo continuo en proyectos TIC y de servicios del conocimiento gestionados evolutivamente.~~

	[[Category:Scrum II]]		[[Category:Scrum II]]

Smanager: Created page with "NOTOC El marco estándar de scrum realiza desarrollo incremental: iterativo, basado en el conocimiento tácito de las personas que realizan el trabajo con un criterio mul..."

2013-08-20T08:48:40Z

Created page with "__NOTOC__ El marco estándar de scrum realiza desarrollo incremental: iterativo, basado en el conocimiento tácito de las personas que realizan el trabajo con un criterio mul..."

New page

__NOTOC__

El marco estándar de scrum realiza desarrollo incremental: iterativo, basado en el conocimiento tácito de las personas que realizan el trabajo con un criterio multidisciplinar, sin división de fases.
La imagen siguiente lo representa visualmente sobre el esquema descrito en el capítulo anterior:

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

La característica principal del marco estándar de Scrum es el uso de pulsos de sprint, para emplear la técnica de tiempo prefijado (timeboxing) y mantener así un avance continuo gracias al ritmo marcado por la secuencia de sprints.
La táctica de timeboxing muestra al equipo el avance de forma pragmática, 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.

También es posible trabajar con un avance constante de las tareas una tras otra, sin empaquetar en incrementos para hacer en pulsos de timeboxing.

Lograr un flujo continuo de tareas no es fácil porque suelen formarse zonas con 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 el flujo continuo en proyectos TIC y de servicios del conocimiento gestionados evolutivamente.

[[Category:Scrum II]]