Tableros kanban: conceptos - Revision history

Mberne: /* Error frecuente */

2026-05-20T10:43:26Z

Error frecuente

← Older revision		Revision as of 12:43, 20 May 2026
Line 43:		Line 43:
	'''Actualizar el tablero solo en las reuniones.''' Si el tablero solo refleja el estado del trabajo en las reuniones de seguimiento, pierde su función de radiador continuo de información y deja de detectar problemas en tiempo real. La actualización debe ser continua: cada vez que una tarea cambia de estado, el tablero debe reflejarlo inmediatamente.		'''Actualizar el tablero solo en las reuniones.''' Si el tablero solo refleja el estado del trabajo en las reuniones de seguimiento, pierde su función de radiador continuo de información y deja de detectar problemas en tiempo real. La actualización debe ser continua: cada vez que una tarea cambia de estado, el tablero debe reflejarlo inmediatamente.
	</div>		</div>
			== Recursos ==
			<div class="bok-recurso">
			🔧 [https://scrummanager.com/gamificacion/flujo_kanban.html '''Simulador de flujo de Kanban''']<span class="detalle">Herramienta · Scrum Manager</span>
			</div>

	== Véase también ==		== Véase también ==
	<div class="bok-tags">		<div class="bok-tags">

Mberne: /* Véase también */

2026-05-20T07:30:03Z

Véase también

← Older revision		Revision as of 09:30, 20 May 2026
Line 45:		Line 45:
	== Véase también ==		== Véase también ==
	<div class="bok-tags">		<div class="bok-tags">
	[[Tableros kanban: operativa]] [[Kanban: origen y definición]] [[Work In Process]] [[Lead time]] [[Incremento continuo]] [[Ley de Parkinson]] [[Historia de usuario]]		[[Tableros kanban: operativa]] [[Kanban: origen y definición]] [[Work In Process]] [[Lead time]] [[Incremento continuo]] [[Ley de Parkinson]] [[Historia de usuario]] [[DevOps]]
	</div>		</div>
	<div class="bok-ecosistema">		<div class="bok-ecosistema">

Mberne: /* Kanban evita la Ley de Parkinson */

2026-05-14T09:36:55Z

Kanban evita la Ley de Parkinson

← Older revision		Revision as of 11:36, 14 May 2026
Line 16:		Line 16:
	Los conflictos en la priorización, los impedimentos, la sobrecarga de personas o fases y las incidencias en el desarrollo se hacen visibles de forma inmediata al actualizar el estado de los trabajos sobre el tablero. Esta visibilidad es uno de los valores más importantes de kanban: los problemas no se ocultan, se muestran para que el equipo pueda actuar sobre ellos.		Los conflictos en la priorización, los impedimentos, la sobrecarga de personas o fases y las incidencias en el desarrollo se hacen visibles de forma inmediata al actualizar el estado de los trabajos sobre el tablero. Esta visibilidad es uno de los valores más importantes de kanban: los problemas no se ocultan, se muestran para que el equipo pueda actuar sobre ellos.
	=== Kanban evita la Ley de Parkinson ===		=== Kanban evita la Ley de Parkinson ===
	Kanban genera un avance continuo de trabajo cuyo ritmo no está predestinado por una planificación temporal: ni por un Gantt ni por un sprint. La ausencia de hitos temporales evita la tendencia habitual de alargar el tiempo de trabajo hasta completar el tiempo estimado, conocida como [[Ley de Parkinson]]:		Kanban genera un avance continuo de trabajo cuyo ritmo no está predestinado por una planificación temporal: ni por un Gantt ni por un sprint. La ausencia de hitos temporales evita la tendencia habitual de alargar el tiempo de trabajo hasta completar el tiempo estimado, conocida como '''[[Ley de Parkinson]]''':
			<br>
			{{Párrafo_enmarcado\|texto=El trabajo se expande hasta llenar el tiempo que se había previsto.}}
			<br>
			Sin embargo, la ausencia de hitos temporales sin técnicas de monitorización y gestión del avance generaría retrasos por procrastinación y perfeccionismo. La respuesta kanban es el límite de [[Work In Process\|WIP]] y la revisión continua del flujo.

	~~{{Párrafo_enmarcado\|texto=El trabajo se expande hasta llenar el tiempo que se había previsto~~
	~~(Ley de Parkinson).}}~~

	Sin embargo, la ausencia de hitos temporales sin técnicas de monitorización y gestión del avance generaría retrasos por procrastinación y perfeccionismo. La respuesta kanban es el límite de [[Work In Process\|WIP]] y la revisión continua del flujo.
	=== Kanban facilita el incremento continuo ===		=== Kanban facilita el incremento continuo ===
	Las tareas se completan con un ritmo sostenido y de forma continua, y con ellas las historias de usuario se van sumando al producto, proporcionando un [[Incremento continuo\|incremento continuo de valor]] según las prioridades marcadas por el propietario del producto. Esto da respuesta al principio ágil de entrega frecuente de valor.		Las tareas se completan con un ritmo sostenido y de forma continua, y con ellas las historias de usuario se van sumando al producto, proporcionando un [[Incremento continuo\|incremento continuo de valor]] según las prioridades marcadas por el propietario del producto. Esto da respuesta al principio ágil de entrega frecuente de valor.

Mberne: /* Estructura básica */

2026-05-14T09:36:02Z

Estructura básica

← Older revision		Revision as of 11:36, 14 May 2026
Line 8:		Line 8:
	* '''En curso:''' trabajo que ha empezado pero no está terminado.		* '''En curso:''' trabajo que ha empezado pero no está terminado.
	* '''Terminado:''' trabajo completado y verificado.		* '''Terminado:''' trabajo completado y verificado.
			<br>
	[[File:Tablero kanban 1.png\|45Opx\|center]]		[[File:Tablero kanban 1.png\|45Opx\|center]]
	<br>		<br>
	En algunos casos conviene incluir estados adicionales según el tipo de trabajo: en revisión, en pruebas, validado, en despliegue, etc. El orden de los trabajos en el área "pendiente" refleja la secuencia prevista según las prioridades. Las unidades monitorizadas pueden ser tareas, [[Historia de usuario\|historias de usuario]] o [[Epic\|épicas]], según el uso del tablero.		En algunos casos conviene incluir estados adicionales según el tipo de trabajo: en revisión, en pruebas, validado, en despliegue, etc. El orden de los trabajos en el área "pendiente" refleja la secuencia prevista según las prioridades. Las unidades monitorizadas pueden ser tareas, [[Historia de usuario\|historias de usuario]] o [[Epic\|épicas]], según el uso del tablero.

	=== Kanban saca a la superficie los problemas ===		=== Kanban saca a la superficie los problemas ===
	Los conflictos en la priorización, los impedimentos, la sobrecarga de personas o fases y las incidencias en el desarrollo se hacen visibles de forma inmediata al actualizar el estado de los trabajos sobre el tablero. Esta visibilidad es uno de los valores más importantes de kanban: los problemas no se ocultan, se muestran para que el equipo pueda actuar sobre ellos.		Los conflictos en la priorización, los impedimentos, la sobrecarga de personas o fases y las incidencias en el desarrollo se hacen visibles de forma inmediata al actualizar el estado de los trabajos sobre el tablero. Esta visibilidad es uno de los valores más importantes de kanban: los problemas no se ocultan, se muestran para que el equipo pueda actuar sobre ellos.

Mberne at 09:35, 14 May 2026

2026-05-14T09:35:41Z

Show changes

Mberne at 12:23, 11 May 2026

2026-05-11T12:23:01Z

← Older revision		Revision as of 14:23, 11 May 2026
Line 77:		Line 77:
	*[[Ejemplo de tablero kanban: equipo de operación y mantenimiento]].		*[[Ejemplo de tablero kanban: equipo de operación y mantenimiento]].
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]
			[[Category:Kanban]]

Mberne at 12:58, 12 January 2024

2024-01-12T12:58:51Z

← Older revision		Revision as of 14:58, 12 January 2024
Line 35:		Line 35:

	{{Párrafo_enmarcado\|texto=Los procesos ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.}}		{{Párrafo_enmarcado\|texto=Los procesos ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.}}


	====Kanban facilita el incremento continuo====		====Kanban facilita el incremento continuo====

	Dando respuesta de esta forma al principio ágil imprescindible: entrega frecuente de valor.		Dando respuesta de esta forma al principio ágil imprescindible: entrega frecuente de valor.
	Tareas que se completan con un ritmo sostenido y de forma continua, y con ellas historias de usuario que se van sumando al producto, proporcionándole un incremento continuo de valor según las prioridades de negocio marcadas por el propietario del producto.		Tareas que se completan con un ritmo sostenido y de forma continua, y con ellas historias de usuario que se van sumando al producto, proporcionándole un incremento continuo de valor según las prioridades de negocio marcadas por el propietario del producto.


	==2. Radiador de información==		==2. Radiador de información==

Mberne: /* Operativa de kanban */

2024-01-12T12:58:27Z

Operativa de kanban

← Older revision		Revision as of 14:58, 12 January 2024
Line 52:		Line 52:
	*Es un medio de comunicación abierto y transparente para el equipo y todos los participantes.		*Es un medio de comunicación abierto y transparente para el equipo y todos los participantes.
	==Operativa de kanban==		==Operativa de kanban==
	~~===Secuencia y polivalencia===~~
	Dos son los factores que delimitan cuatro escenarios de trabajo diferentes:		Dos son los factores que delimitan cuatro escenarios de trabajo diferentes:
	*Secuencia (del trabajo).		*Secuencia (del trabajo).
	*Polivalencia (de las personas).		*Polivalencia (de las personas).
	====Secuencia====		===Secuencia===
	¿Los trabajos reflejados en las tarjetas del tablero deben ejecutarse en un orden determinado o pueden realizarse en cualquier orden?		¿Los trabajos reflejados en las tarjetas del tablero deben ejecutarse en un orden determinado o pueden realizarse en cualquier orden?

	No es lo mismo diseñar un tablero para el equipo de programadores de un sistema, que para el de mantenimiento de los sistemas informáticos de una empresa. Los primeros deben realizar las tareas en un orden determinado. Así por ejemplo, no es posible realizar la tarea de pruebas si antes no se ha hecho la de programación. Sin embargo las siguientes podrían ser las tareas de un equipo de mantenimiento: “instalación de nueva impresora en el equipo de dirección” “actualización del sistema operativo en el servidor web”, etc. Este tipo de tareas se pueden realizar en cualquier orden. No hay una relación de dependencia entre ellas de forma que no se pueda realizar una si la otra no se ha completado.		No es lo mismo diseñar un tablero para el equipo de programadores de un sistema, que para el de mantenimiento de los sistemas informáticos de una empresa. Los primeros deben realizar las tareas en un orden determinado. Así por ejemplo, no es posible realizar la tarea de pruebas si antes no se ha hecho la de programación. Sin embargo las siguientes podrían ser las tareas de un equipo de mantenimiento: “instalación de nueva impresora en el equipo de dirección” “actualización del sistema operativo en el servidor web”, etc. Este tipo de tareas se pueden realizar en cualquier orden. No hay una relación de dependencia entre ellas de forma que no se pueda realizar una si la otra no se ha completado.

	====Polivalencia====		===Polivalencia===
	¿Es un equipo polivalente o de especialistas? ¿Por el tipo de trabajo y el perfil de los integrantes del equipo, cualquier miembro puede realizar cualquier tarea?		¿Es un equipo polivalente o de especialistas? ¿Por el tipo de trabajo y el perfil de los integrantes del equipo, cualquier miembro puede realizar cualquier tarea?

	Siguiendo con los ejemplos anteriores, es posible que en el equipo de mantenimiento una persona pueda indistintamente instalar una impresora, o un sistema operativo; o es posible que no, que haya técnicos de hardware y técnicos de software. De forma similar un proyecto de programación puede incluir tareas específicas de diseño gráfico, programación, integración, testing, etc. que pueden realizar sólo determinados miembros del equipo.		Siguiendo con los ejemplos anteriores, es posible que en el equipo de mantenimiento una persona pueda indistintamente instalar una impresora, o un sistema operativo; o es posible que no, que haya técnicos de hardware y técnicos de software. De forma similar un proyecto de programación puede incluir tareas específicas de diseño gráfico, programación, integración, testing, etc. que pueden realizar sólo determinados miembros del equipo.

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

Mberne at 12:57, 12 January 2024

2024-01-12T12:57:45Z

Show changes

Mberne at 12:48, 12 January 2024

2024-01-12T12:48:19Z

← Older revision		Revision as of 14:48, 12 January 2024
Line 97:		Line 97:
	*[[Ejemplo de tablero kanban: información relativa al estado de desarrollo del producto]].		*[[Ejemplo de tablero kanban: información relativa al estado de desarrollo del producto]].
	*[[Ejemplo de tablero kanban: equipo de operación y mantenimiento]].		*[[Ejemplo de tablero kanban: equipo de operación y mantenimiento]].
			[[Category:Glosario de términos]]