Kanban: origen y definición: Difference between revisions
No edit summary |
|||
| (2 intermediate revisions by the same user not shown) | |||
| Line 4: | Line 4: | ||
El término fue empleado por Taiichi Ohno (Toyota) para referirse al sistema de visualización usado en los procesos de producción que coordinan en una cadena de montaje la entrega a tiempo de cada parte en el momento que se necesita, evitando la sobreproducción y el almacenamiento innecesario. Su origen se remonta a finales de los años cuarenta o principios de los cincuenta, en el contexto del Sistema de Producción Toyota (TPS). | El término fue empleado por Taiichi Ohno (Toyota) para referirse al sistema de visualización usado en los procesos de producción que coordinan en una cadena de montaje la entrega a tiempo de cada parte en el momento que se necesita, evitando la sobreproducción y el almacenamiento innecesario. Su origen se remonta a finales de los años cuarenta o principios de los cincuenta, en el contexto del Sistema de Producción Toyota (TPS). | ||
== Kanban en el sector tecnológico == | == Kanban en el sector tecnológico == | ||
El uso de tableros kanban en desarrollo de software muestra y gestiona el flujo de avance y entrega, y ayuda a evitar los dos problemas más frecuentes: '''cuellos de botella''' (tareas que se acumulan en una fase porque la siguiente no puede absorberlas) y '''tiempos muertos''' (fases vacías de trabajo porque la anterior no produce suficiente). | * El uso de tableros kanban en desarrollo de software muestra y gestiona el flujo de avance y entrega, y ayuda a evitar los dos problemas más frecuentes: '''cuellos de botella''' (tareas que se acumulan en una fase porque la siguiente no puede absorberlas) y '''tiempos muertos''' (fases vacías de trabajo porque la anterior no produce suficiente). | ||
Desde 2005 es cada vez más habitual reemplazar los formatos de lista para las pilas de producto y de sprint por tarjetas en tableros, que resultan más versátiles al poder cambiar su posición para reflejar el estado de avance de cada tarea o historia. | * Desde 2005 es cada vez más habitual reemplazar los formatos de lista para las pilas de producto y de sprint por tarjetas en tableros, que resultan más versátiles al poder cambiar su posición para reflejar el estado de avance de cada tarea o historia. | ||
Las prácticas kanban son válidas para la gestión evolutiva con entrega continua. Deben emplearse con criterios de flexibilidad, sin considerarlas prescripciones rígidas, para lograr la implementación que mejor responda a los principios ágiles del contexto concreto. | * Las prácticas kanban son válidas para la gestión evolutiva con entrega continua. Deben emplearse con criterios de flexibilidad, sin considerarlas prescripciones rígidas, para lograr la implementación que mejor responda a los principios ágiles del contexto concreto. | ||
== Kanban y Scrum: gestión técnica vs. gestión experta == | == Kanban y Scrum: gestión técnica vs. gestión experta == | ||
Algunos autores tratan Scrum y Kanban como marcos de reglas diferentes. Kniberg y Skarin (2009) describen las diferencias en este sentido: | Algunos autores tratan Scrum y Kanban como marcos de reglas diferentes. Kniberg y Skarin (2009) describen las diferencias en este sentido: | ||
* Scrum prescribe roles; Kanban no. | |||
* Scrum trabaja con iteraciones de tiempo fijo; Kanban con cadencias (simples, múltiples o dirigidas por eventos). | |||
* Scrum limita el WIP por iteración; Kanban limita el WIP por estado del flujo de trabajo. | |||
* Los equipos Scrum son multidisciplinares; en Kanban pueden ser de especialistas. | |||
* Scrum no permite cambiar tareas del sprint; en Kanban la tarea puede alterarse hasta entrar en el flujo. | |||
* Scrum necesita estimaciones y velocidad; Kanban no las prescribe. | |||
* Los tableros Scrum se resetean al final de cada sprint; los Kanban son continuos. | |||
Al evolucionar hacia un modelo ágil pragmático basado en valores y experiencia, estas diferencias "técnico-metodológicas" se relativizan. Un equipo maduro puede combinar libremente prácticas de Scrum y Kanban según las necesidades del proyecto, sin que esa combinación implique incoherencia metodológica. | |||
== Kanban y la IA como herramienta == | == Kanban y la IA como herramienta == | ||
Los tableros kanban están siendo adoptados como herramienta de gestión para flujos de trabajo con componente de IA: | Los tableros kanban están siendo adoptados como herramienta de gestión para flujos de trabajo con componente de IA: | ||
* '''Pipelines de IA:''' equipos que construyen sistemas de procesamiento de datos o modelos de lenguaje usan tableros kanban para visualizar el estado de cada fase del pipeline (ingesta, preprocesamiento, entrenamiento, evaluación, despliegue). | |||
'''Pipelines de IA:''' equipos que construyen sistemas de procesamiento de datos o modelos de lenguaje usan tableros kanban para visualizar el estado de cada fase del pipeline (ingesta, preprocesamiento, entrenamiento, evaluación, despliegue). | * '''Asistentes de priorización:''' algunas herramientas de gestión ágil incorporan IA para sugerir reordenaciones del backlog o alertar sobre WIP excesivo, usando los principios kanban como lógica subyacente. | ||
'''Asistentes de priorización:''' algunas herramientas de gestión ágil incorporan IA para sugerir reordenaciones del backlog o alertar sobre WIP excesivo, usando los principios kanban como lógica subyacente. | |||
== Error frecuente == | == Error frecuente == | ||
Latest revision as of 14:37, 12 May 2026
El término kanban (看板) proviene del japonés y puede traducirse como "tablero o tarjeta de señalización". Aplicado a la gestión ágil de proyectos, designa un conjunto de técnicas de representación visual del trabajo destinadas a mejorar la eficiencia en la ejecución de tareas, reducir los cuellos de botella y hacer visible el flujo de trabajo en tiempo real.
Origen
El término fue empleado por Taiichi Ohno (Toyota) para referirse al sistema de visualización usado en los procesos de producción que coordinan en una cadena de montaje la entrega a tiempo de cada parte en el momento que se necesita, evitando la sobreproducción y el almacenamiento innecesario. Su origen se remonta a finales de los años cuarenta o principios de los cincuenta, en el contexto del Sistema de Producción Toyota (TPS).
Kanban en el sector tecnológico
- El uso de tableros kanban en desarrollo de software muestra y gestiona el flujo de avance y entrega, y ayuda a evitar los dos problemas más frecuentes: cuellos de botella (tareas que se acumulan en una fase porque la siguiente no puede absorberlas) y tiempos muertos (fases vacías de trabajo porque la anterior no produce suficiente).
- Desde 2005 es cada vez más habitual reemplazar los formatos de lista para las pilas de producto y de sprint por tarjetas en tableros, que resultan más versátiles al poder cambiar su posición para reflejar el estado de avance de cada tarea o historia.
- Las prácticas kanban son válidas para la gestión evolutiva con entrega continua. Deben emplearse con criterios de flexibilidad, sin considerarlas prescripciones rígidas, para lograr la implementación que mejor responda a los principios ágiles del contexto concreto.
Kanban y Scrum: gestión técnica vs. gestión experta
Algunos autores tratan Scrum y Kanban como marcos de reglas diferentes. Kniberg y Skarin (2009) describen las diferencias en este sentido:
- Scrum prescribe roles; Kanban no.
- Scrum trabaja con iteraciones de tiempo fijo; Kanban con cadencias (simples, múltiples o dirigidas por eventos).
- Scrum limita el WIP por iteración; Kanban limita el WIP por estado del flujo de trabajo.
- Los equipos Scrum son multidisciplinares; en Kanban pueden ser de especialistas.
- Scrum no permite cambiar tareas del sprint; en Kanban la tarea puede alterarse hasta entrar en el flujo.
- Scrum necesita estimaciones y velocidad; Kanban no las prescribe.
- Los tableros Scrum se resetean al final de cada sprint; los Kanban son continuos.
Al evolucionar hacia un modelo ágil pragmático basado en valores y experiencia, estas diferencias "técnico-metodológicas" se relativizan. Un equipo maduro puede combinar libremente prácticas de Scrum y Kanban según las necesidades del proyecto, sin que esa combinación implique incoherencia metodológica.
Kanban y la IA como herramienta
Los tableros kanban están siendo adoptados como herramienta de gestión para flujos de trabajo con componente de IA:
- Pipelines de IA: equipos que construyen sistemas de procesamiento de datos o modelos de lenguaje usan tableros kanban para visualizar el estado de cada fase del pipeline (ingesta, preprocesamiento, entrenamiento, evaluación, despliegue).
- Asistentes de priorización: algunas herramientas de gestión ágil incorporan IA para sugerir reordenaciones del backlog o alertar sobre WIP excesivo, usando los principios kanban como lógica subyacente.
Error frecuente
Tratar el tablero kanban como un fin en sí mismo. Un tablero kanban es una herramienta de visibilidad, no un método de gestión completo. Si el equipo actualiza el tablero pero no actúa sobre lo que revela —cuellos de botella que se repiten, WIP que se dispara, tareas que llevan días en el mismo estado— el tablero se convierte en decoración. El valor de kanban está en las conversaciones y decisiones que genera, no en el tablero en sí.
Referencias
Kniberg, Henrik; Skarin, Mattias. (2009). Kanban and Scrum: Making the Most of Both. InfoQ. Ohno, Taiichi. (1988). Toyota Production System: Beyond Large-Scale Production. Productivity Press.
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.