4.0 Kanban vs Scrum: una descripción general comparativa

Tradicionalmente, Kanban es considerado por la mayoría de los expertos como una forma de Agile. Denota un marco iterativo distinto que difiere significativamente de las técnicas de gestión de proyectos secuenciales como Waterfall. Un marco similar es Lean, que también se desarrolló a partir de las mismas unidades y prácticas de fabricación de Toyota. Implica parámetros como entrega rápida, toma de decisiones responsable, eliminación de desperdicios, empoderamiento del equipo y amplificación del aprendizaje.

En términos de técnicas ágiles, la más común es Scrum. Se basa en un sprint de trabajo que implica un pequeño intervalo de tiempo (principalmente de 2 a 4 semanas) dentro del cual se realiza el trabajo. Presta atención a la autoorganización del equipo y posee información como el proceso de las operaciones del equipo, la estructura de trabajo y las reglas y roles asociados. En términos de comparación, uno debería notar que Kanban es menos complejo, más adaptable y está acompañado por solo unas pocas reglas. El proceso no está encuadrado en el tiempo y se puede adaptar a cualquier proceso o técnica utilizando WIP.

Decidir si Kanban se adapta a su proceso #

La regla general para los gerentes de proyectos que buscan adoptar nuevos métodos es tener en cuenta el tipo de cambio que demanda la organización. Por ejemplo, en términos de cambio radical, los gerentes deberían recurrir a Scrum. Mientras que; en el caso de varios procesos en curso, Kanban puede ser la elección correcta, ya que puede adoptarse sin realizar cambios drásticos en el sistema.

El entrenador de velocidad ágil, David Hawks, recomienda buscar algunos parámetros clave para decidir si Kanban es el método adecuado para usted. Además, comentó que Kanban es más apropiado para los equipos de proyectos que luchan por la mejora continua. Además, los equipos con prioridades cambiantes y potencial para dividirse en subequipos más pequeños también son adecuados para Kanban. Sin embargo, existen opiniones contrastantes al respecto. Anderson cree que, de acuerdo con múltiples estudios de casos, no es necesario que el equipo y el trabajo se dividan en partes más pequeñas para Kanban. Kanban puede funcionar bastante bien con una amplia gama de equipos, urgencia y complejidad del trabajo.

Mientras tanto, Hawks cree que Kanban es más útil cuando el enfoque clave está en las necesidades y preferencias del cliente. También puede ser adecuado para empresas con una menor necesidad de cambio y mejora. Brumbaugh, por otro lado, propuso Kanban como una opción para las organizaciones que tienen dificultades para descifrar Scrum. Narró que Kanban es una gran herramienta para generar confianza en una organización y tiene la capacidad de marcar la pauta para la comprensión de sistemas de sprint como Scrum. Además, se puede utilizar en todos los marcos de desarrollo de productos verticales. Además, advirtió que Kanban no debe ser preferido en organizaciones que trabajan en una asociación o en entornos en los que las partes interesadas no pueden estar de acuerdo con un conjunto particular de preferencias.

¿No puede decidir entre Kanban y Scrum? Elija Scrumban #

Con la popularidad de Kanban y sus resultados efectivos, de vez en cuando han surgido múltiples híbridos. Los equipos particulares de Scrum que se inspiraron en Lean, así como en Kanban, idearon formas de incorporar ambos, formando un híbrido comúnmente denominado Scrumbag. Este híbrido tiene como objetivo agregar lo mejor de ambas técnicas al agregar visualización y WIP a Scrum. La practicante de Scrum Savita Pahuja explica que Scrum debe usarse para proyectos de mantenimiento y trabajo impulsados por eventos.

¿Cómo se puede implementar Kanban? #

En el caso de que haya decidido implementar Kanban en su organización, se necesitan los siguientes elementos para seguir adelante;

  • Compromiso del PM y el equipo del proyecto
  • Entrenamiento Kanban o un entrenador
  • Tablero físico o en línea
  • Participación de la alta dirección

Lawrence Roybal, director ejecutivo de Oxford Solutions Group, recomienda que los equipos Kanban idealmente no sean más de nueve personas, incluidos los consultores. Este arreglo asegura una toma de decisiones efectiva y la cohesión del grupo. Además, comentó que es imperativo que el equipo del proyecto tenga la composición correcta de los participantes. Además, Roybal señaló que uno de los principales errores en Kanban es que los equipos se muestran reacios a conseguir un buy-in temprano. En adelante, es necesario realizar reuniones de proyecto antes de iniciar el proyecto con Kanban. Garantizará que las personas adecuadas estén disponibles para el trabajo adecuado.