Jump to content

Tableros kanban: operativa: Difference between revisions

From Scrum Manager BoK
No edit summary
 
(6 intermediate revisions by the same user not shown)
Line 1: Line 1:
__NOTOC__
__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]]
[[File:Resumen kanban.png|550px|center]]
== 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.


Hay cuatro patrones posibles según se combinen un tipo de trabajo secuencial o libre, con un equipo polivalente o de especialstas:
=== 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]]
[[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.


==1.-Equipo polivalente realizando tareas que no requieren secuenciamiento==
=== 4. Equipo de especialistas + trabajo secuencial ===
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.
'''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.
 
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.
 
==2.-Equipo de especialistas realizando tareas que no requieren secuenciamiento==
La especialización del equipo aporta un factor de complejidad para solucionar cuellos de botella o los tiempos muertos.
 
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:
*'''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.
*'''Optimización''' del proceso de ejecución de ese tipo de tareas.
 
La presencia de tiempos muertos debe cuestionar el dimensionamiento de la demanda, o su distribución no homogénea.
 
==3.- Equipo polivalente realizando tareas secuenciales==
 
En este caso es la dependencia entre tareas la principal causa de tensiones en el flujo.
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.
 
'''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==
== Cómo leer el tablero para actuar ==
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 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.


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.
== Error frecuente ==
==Véase también==
<div class="bok-aviso">
*[[WIP]].
'''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.
*[[Kanban: origen y definición]].
</div>
*[[Tableros kanban: conceptos]].
== Véase también ==
*[[Ejemplo de tablero kanban: "Kanban Box" para una oficina multiproyecto]].
<div class="bok-tags">
*[[Ejemplo de tablero kanban: desarrollo evolutivo con incremento iterativo]].
[[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]]
*[[Ejemplo de tablero kanban: desarrollo evolutivo con incremento continuo]].
</div>
*[[Ejemplo de tablero kanban: información relativa al estado de desarrollo del producto]].
<div class="bok-ecosistema">
*[[Ejemplo de tablero kanban: equipo de operación y mantenimiento]].
<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>
[[Category:Glosario de términos]]
[[Category:Glosario de términos]]
[[Category:Kanban]]
[[Category:Prácticas ágiles]]

Latest revision as of 11:39, 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

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