Kanban, al igual que otras metodologías ágiles, tiene sus raíces en la industria manufacturera japonesa.
Originalmente, Kanban se utilizaba en Toyota como parte del Sistema de Producción de Toyota para controlar y optimizar los flujos de trabajo en la cadena de producción.
El método se basa en la idea de utilizar tarjetas visuales para visualizar el flujo de trabajo y regular la producción según la demanda real.
Sin embargo, fue gracias a los esfuerzos de David Anderson y otros profesionales del desarrollo de software que Kanban se popularizó fuera de Japón y se adaptó a la gestión de proyectos de software.
En la década de 2000, Anderson aplicó los principios de Kanban a la gestión de proyectos de software, enfocándose en la mejora continua y la reducción de desperdicios.
A partir de ahí, Kanban se ha convertido en una metodología popular en el desarrollo de software y en la gestión de proyectos y procesos en diversas áreas y sectores.
Kanban se destaca por su enfoque en la visualización del trabajo, la limitación de la cantidad de trabajo en progreso y la mejora continua.
Utiliza tableros Kanban para representar visualmente el flujo de trabajo, las tareas y los estados, lo que permite a los equipos tener una visión clara del trabajo en curso y identificar cuellos de botella o retrasos.
En cuanto a su relación con Scrum, Kanban se considera una alternativa viable y complementaria.
Mientras que Scrum se basa en iteraciones fijas y roles bien definidos, Kanban se centra en el flujo continuo de trabajo y la adaptabilidad a medida que surgen nuevos elementos en el backlog.
Algunos equipos y organizaciones encuentran que Kanban se ajusta mejor a sus necesidades específicas, permitiendo una mayor flexibilidad en la gestión de proyectos y procesos.
Según las estadísticas, muchas empresas de tecnología utilizan una combinación de metodologías, con un enfoque híbrido como la opción más común. En ese sentido, el 19% de las empresas utilizan Scrum, el 14% utiliza Kanban, el 4% utiliza Lean y el 2% utiliza otras metodologías. Esto muestra que Kanban ha ganado reconocimiento y aceptación en la industria, siendo una opción viable y utilizada por muchas organizaciones en la gestión de proyectos y procesos.
Kanban se destaca por su enfoque en la visualización del trabajo, la limitación de la cantidad de trabajo en progreso y la mejora continua.
Utiliza tableros Kanban para representar visualmente el flujo de trabajo, las tareas y los estados, lo que permite a los equipos tener una visión clara del trabajo en curso y identificar cuellos de botella o retrasos.
En cuanto a su relación con Scrum, Kanban se considera una alternativa viable y complementaria.
Mientras que Scrum se basa en iteraciones fijas y roles bien definidos, Kanban se centra en el flujo continuo de trabajo y la adaptabilidad a medida que surgen nuevos elementos en el backlog.
Algunos equipos y organizaciones encuentran que Kanban se ajusta mejor a sus necesidades específicas, permitiendo una mayor flexibilidad en la gestión de proyectos y procesos.
Según las estadísticas, muchas empresas de tecnología utilizan una combinación de metodologías, con un enfoque híbrido como la opción más común.
En ese sentido, el 19% de las empresas utilizan Scrum, el 14% utiliza Kanban, el 4% utiliza Lean y el 2% utiliza otras metodologías. Esto muestra que Kanban ha ganado reconocimiento y aceptación en la industria, siendo una opción viable y utilizada por muchas organizaciones en la gestión de proyectos y procesos.
En la primera empresa que crea en México hacíamos analíticos para bancos. Cuál es el tipo de negocio que necesita científicos de datos buenos y el éxito de la empresa depende del desempeño de estos científicos de datos.
Estábamos creciendo rápidamente y contratando a más y más científicos de datos para trabajar en el equipo de análisis. Al principio, los científicos de datos seguían la metodología Scrum para hacer como los programadores, con Sprints y entregas regulares. Pero pronto se hizo evidente que esto no funcionaba tan bien para ellos como para los programadores.
A diferencia de los programadores, que tienen un conjunto claro de tareas y objetivos, los científicos de datos a menudo se encontraban investigando nuevos métodos, modelos y algoritmos, lo que puede tomar mucho tiempo y es difícil de planificar. El equipo de científicos de datos comenzó a sentirse frustrado por la falta de flexibilidad y la rigidez del enfoque de Scrum.
Después de varias reuniones y discusiones, el equipo de científicos de datos decidió probar Kanban en lugar de Scrum. Kanban permitió al equipo visualizar todo su trabajo en un tablero, desde la investigación hasta la validación y la implementación de modelos. En lugar de establecer objetivos específicos para un sprint determinado, los científicos de datos pudieron trabajar en tareas según su prioridad y completarlas a medida que se hacía el trabajo. Esto les dio más flexibilidad para adaptarse a las incertidumbres inherentes a la investigación científica y les permitió tomar el tiempo que necesitaban para explorar nuevas ideas.
Después de varios meses usando Kanban, el equipo de científicos de datos informó que se sentían mucho más cómodos con el enfoque, y que les había permitido ser más eficientes y efectivos en su trabajo. También destacaron que habían podido lograr más y mejor investigación en menos tiempo gracias a la flexibilidad que les ofrecía Kanban.
La empresa decidió seguir utilizando Scrum para los programadores, pero implementar Kanban como una alternativa para los científicos de datos.
Comentarios