Tableros kanban: operativa: Difference between revisions

Revision as of 11:38, 14 May 2026

⏱ 4 min de lectura · 📅 Actualizado en 2026

La operativa de los tableros kanban describe cómo configurar y gestionar un tablero según las características del equipo y del trabajo que gestiona. El valor clave de kanban es mantener un flujo continuo de avance, y la configuración correcta del tablero depende de dos factores: el tipo de trabajo (secuencial o libre) y el tipo de equipo (polivalente o de especialistas).

Los dos factores de configuración

Secuencia del trabajo

¿Las tareas reflejadas en el tablero deben ejecutarse en un orden determinado o pueden realizarse en cualquier orden? No es lo mismo un equipo de programación, donde no se puede realizar pruebas si antes no se ha programado la funcionalidad, que un equipo de mantenimiento informático, donde instalar una impresora o actualizar un servidor son tareas independientes que pueden realizarse en cualquier orden.

Polivalencia del equipo

¿Cualquier miembro del equipo puede realizar cualquier tarea, o hay especialistas en tipos concretos de trabajo? Un equipo de mantenimiento puede tener técnicos de hardware y técnicos de software. Un equipo de desarrollo puede incluir diseñadores, programadores, testers e integradores que no son intercambiables. El nivel de especialización determina cómo se gestionan los cuellos de botella.

Los cuatro patrones de operativa

1. Equipo polivalente + trabajo libre (sin secuencia)

El entorno más sencillo de gestionar. Cualquier persona puede hacer cualquier tarea, y las tareas pueden tomarse en cualquier orden. Para resolver problemas de saturación o tiempos muertos, basta con ajustar el dimensionamiento del equipo o la optimización del sistema.

2. Equipo de especialistas + trabajo libre

La especialización añade complejidad para resolver cuellos de botella y tiempos muertos. Las estrategias posibles son:

Dimensionamiento: ajustar el número de personas capacitadas para ese tipo de tarea, el número de tareas de ese tipo comprometidas, o el tiempo de respuesta al cliente.
Optimización: mejorar el proceso de ejecución del tipo de tarea que genera el cuello de botella.

Los tiempos muertos en esta configuración señalan problemas de dimensionamiento de la demanda o de su distribución no homogénea.

3. Equipo polivalente + trabajo secuencial

La dependencia entre tareas es la principal causa de tensiones en el flujo. La primera línea de mejora es el ajuste del límite WIP de cada fase, antes de considerar cambios en el dimensionamiento del equipo. Ejemplo: si el área de testing tiene con frecuencia más trabajo del que puede absorber, la respuesta inmediata es limitar cuántas tareas pueden entrar en esa fase simultáneamente (reducir el WIP), no añadir testers.

4. Equipo de especialistas + trabajo secuencial

El entorno más complejo. Requiere ajuste y revisión en todas las líneas posibles: dimensión y equilibrio de especialistas, dimensión o equilibrio de tiempos de respuesta en el compromiso, y ajuste de límites WIP en cada fase. El tablero hace visibles los problemas; el equipo debe actuar sobre todas las palancas disponibles.

Cómo leer el tablero para actuar

En cualquiera de los cuatro patrones, el tablero saca a la superficie los problemas. Las señales de alerta habituales son:

Columna saturada: acumulación de tarjetas en una fase que supera o se acerca al límite WIP. Indica un cuello de botella que conviene resolver antes de añadir más trabajo al sistema. Columna vacía: una fase sin trabajo puede indicar tiempos muertos por falta de trabajo entrante o por bloqueos en la fase anterior. Tarjetas que no avanzan: una tarjeta que lleva días en la misma columna indica un impedimento que no se ha resuelto.

Error frecuente

Aplicar el mismo diseño de tablero a todos los equipos sin analizar su tipo de trabajo y su composición. Un tablero de tres columnas (pendiente / en curso / terminado) funciona bien para equipos polivalentes con trabajo libre, pero es insuficiente para equipos de especialistas con trabajo secuencial, donde las fases deben ser visibles por separado y tener límites WIP propios. El tablero debe diseñarse para el equipo, no el equipo para el tablero.

Véase también

Tableros kanban: conceptos Kanban: origen y definición Work In Process Lead time Muda Mura y Muri: algunos consejos para ajustar el flujo Incremento continuo

¿Quieres avanzar en agilidad? 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 Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.

Buscar convocatorias

Club Agile

@@ Line 1: / Line 1: @@
 __NOTOC__
-El '''valor clave de kanban''' es la gestión de un flujo continuo de avance, y los factores que se deben considerar para configurar el tablero con la estructura más adecuada nuestro trabajo y equipo.
+{{Meta-bok|min=4}}
+La '''operativa de los tableros kanban''' describe cómo configurar y gestionar un tablero según las características del equipo y del trabajo que gestiona. El valor clave de kanban es mantener un flujo continuo de avance, y la configuración correcta del tablero depende de dos factores: el tipo de trabajo (secuencial o libre) y el tipo de equipo (polivalente o de especialistas).
+<br>
 [[File:Resumen kanban.png|550px|center]]
+== Los dos factores de configuración ==
+=== Secuencia del trabajo ===
-Hay cuatro patrones posibles según se combinen un tipo de trabajo secuencial o libre, con un equipo polivalente o de especialstas:
+¿Las tareas reflejadas en el tablero deben ejecutarse en un orden determinado o pueden realizarse en cualquier orden?
+No es lo mismo un equipo de programación, donde no se puede realizar pruebas si antes no se ha programado la funcionalidad, que un equipo de mantenimiento informático, donde instalar una impresora o actualizar un servidor son tareas independientes que pueden realizarse en cualquier orden.
+=== Polivalencia del equipo ===
+¿Cualquier miembro del equipo puede realizar cualquier tarea, o hay especialistas en tipos concretos de trabajo?
+Un equipo de mantenimiento puede tener técnicos de hardware y técnicos de software. Un equipo de desarrollo puede incluir diseñadores, programadores, testers e integradores que no son intercambiables. El nivel de especialización determina cómo se gestionan los cuellos de botella.
+== Los cuatro patrones de operativa ==
 [[File:Estrategias kanban.png|550px|center]]
+=== 1. Equipo polivalente + trabajo libre (sin secuencia) ===
+El entorno más sencillo de gestionar. Cualquier persona puede hacer cualquier tarea, y las tareas pueden tomarse en cualquier orden. Para resolver problemas de saturación o tiempos muertos, basta con ajustar el dimensionamiento del equipo o la optimización del sistema.
+=== 2. Equipo de especialistas + trabajo libre ===
+La especialización añade complejidad para resolver cuellos de botella y tiempos muertos. Las estrategias posibles son:
+* '''Dimensionamiento:''' ajustar el número de personas capacitadas para ese tipo de tarea, el número de tareas de ese tipo comprometidas, o el tiempo de respuesta al cliente.
+* '''Optimización:''' mejorar el proceso de ejecución del tipo de tarea que genera el cuello de botella.
+Los tiempos muertos en esta configuración señalan problemas de dimensionamiento de la demanda o de su distribución no homogénea.
+=== 3. Equipo polivalente + trabajo secuencial ===
+La dependencia entre tareas es la principal causa de tensiones en el flujo. La primera línea de mejora es el ajuste del límite [[Work In Process|WIP]] de cada fase, antes de considerar cambios en el dimensionamiento del equipo.
+Ejemplo: si el área de testing tiene con frecuencia más trabajo del que puede absorber, la respuesta inmediata es limitar cuántas tareas pueden entrar en esa fase simultáneamente (reducir el WIP), no añadir testers.
+=== 4. Equipo de especialistas + trabajo secuencial ===
+El entorno más complejo. Requiere ajuste y revisión en todas las líneas posibles: dimensión y equilibrio de especialistas, dimensión o equilibrio de tiempos de respuesta en el compromiso, y ajuste de límites WIP en cada fase. El tablero hace visibles los problemas; el equipo debe actuar sobre todas las palancas disponibles.
+== Cómo leer el tablero para actuar ==
+En cualquiera de los cuatro patrones, el tablero saca a la superficie los problemas. Las señales de alerta habituales son:
+'''Columna saturada:''' acumulación de tarjetas en una fase que supera o se acerca al límite WIP. Indica un cuello de botella que conviene resolver antes de añadir más trabajo al sistema.
+'''Columna vacía:''' una fase sin trabajo puede indicar tiempos muertos por falta de trabajo entrante o por bloqueos en la fase anterior.
+'''Tarjetas que no avanzan:''' una tarjeta que lleva días en la misma columna indica un impedimento que no se ha resuelto.
-==1.-Equipo polivalente realizando tareas que no requieren secuenciamiento==
+== Error frecuente ==
-Este es el entorno más fácil de gestionar: cualquier persona del equipo puede hacer cualquier tarea, y las tareas se pueden tomar en cualquier orden.
+<div class="bok-aviso">
+'''Aplicar el mismo diseño de tablero a todos los equipos sin analizar su tipo de trabajo y su composición.''' Un tablero de tres columnas (pendiente / en curso / terminado) funciona bien para equipos polivalentes con trabajo libre, pero es insuficiente para equipos de especialistas con trabajo secuencial, donde las fases deben ser visibles por separado y tener límites WIP propios. El tablero debe diseñarse para el equipo, no el equipo para el tablero.
-Para solucionar problemas de saturación de trabajo, o tiempos muertos se debe ajustar la dimensión del equipo y / o la optimización del sistema.
+</div>
+== Véase también ==
-==2.-Equipo de especialistas realizando tareas que no requieren secuenciamiento==
+<div class="bok-tags">
-La especialización del equipo aporta un factor de complejidad para solucionar cuellos de botella o los tiempos muertos.
+[[Tableros kanban: conceptos]] [[Kanban: origen y definición]] [[Work In Process]] [[Lead time]] [[Muda Mura y Muri: algunos consejos para ajustar el flujo]] [[Incremento continuo]]
+</div>
-Si se producen cuellos de botella, la estrategia con el tipo de tareas que los provocan debe ir en una o en ambas de las siguientes líneas:
+<div class="bok-ecosistema">
-*'''Dimensionamiento:''' bien del número de personas capacitadas para realizar ese tipo de tareas, bien en el número de tareas de ese tipo que se pueden comprometer, o en el tiempo de respuesta al cliente.
+<div class="texto">
-*'''Optimización''' del proceso de ejecución de ese tipo de tareas.
+<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>
-La presencia de tiempos muertos debe cuestionar el dimensionamiento de la demanda, o su distribución no homogénea.
+</div>
+<div class="botones">
-==3.- Equipo polivalente realizando tareas secuenciales==
+<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>
-En este caso es la dependencia entre tareas la principal causa de tensiones en el flujo.
+</div>
-La primera línea de mejora en estos casos es el ajuste del WIP de cada fase, antes de antes de considerar modificaciones en el dimensionamiento del equipo y el compromiso.
+</div>
-'''WIP''' es un término inglés que en el campo de la manufactura lean, de donde proviene, se emplea para indicar la cantidad de productos en proceso de fabricación, que aún no están terminados.
-En los tableros kanban, por analogía se emplea este término para indicar las tareas que se encuentran en una fase del proceso, pendientes de pasar a la siguiente o de completarse; y en este entorno el término WIP indica límite o número máximo de tareas que se pueden acumular en un área determinada. Así por ejemplo, decir que en un tablero kanban para programación de software el área de testing o pruebas “tiene un WIP de 3” quiere decir que no puede haber más de tres tareas simultáneamente en esa fase.
-==4.- Equipo de especialistas y trabajo que requiere un orden secuenciado==
-Este es el entorno más complejo porque requiere el ajuste y revisión en todas las líneas de mejora posible: dimensión y equilibrio de especialistas en el equipo, dimensión o equilibrio de tiempos de respuesta en el compromiso, y ajuste de límites WIP en cada fase.
-En cada una de estas cuatro situaciones posibles el tablero saca a la superficie los problemas, y el equipo o gestor puede realizar los ajustes en las líneas de trabajo posibles según cada caso y en función de su criterio y las circunstancias de su organización.
-==Véase también==
-*[[WIP]].
-*[[Kanban: origen y definición]].
-*[[Tableros kanban: conceptos]].
-*[[Ejemplo de tablero kanban: "Kanban Box" para una oficina multiproyecto]].
-*[[Ejemplo de tablero kanban: desarrollo evolutivo con incremento iterativo]].
-*[[Ejemplo de tablero kanban: desarrollo evolutivo con incremento continuo]].
-*[[Ejemplo de tablero kanban: información relativa al estado de desarrollo del producto]].
-*[[Ejemplo de tablero kanban: equipo de operación y mantenimiento]].
 [[Category:Glosario de términos]]
 [[Category:Kanban]]
+[[Category:Prácticas ágiles]]