De inmediato, probablemente has notado algunas diferencias entre Scrum y Kanban. Por ejemplo, mientras que Scrum intenta agrupar el trabajo en pequeños lotes con una cadencia regular, Kanban intenta lograr un flujo más regular. Como resultado, debido a que los equipos Kanban no trabajan en sprints planificados regularmente, son libres de poner en marcha nuevos trabajos tan pronto como estén disponibles, siempre y cuando limiten su trabajo en curso completando el trabajo que ya estaba en marcha.
Pero también surgen diferencias más sutiles de la naturaleza menos prescriptiva de Kanban. Por ejemplo, a diferencia de Scrum, los equipos de Kanban no tienen que ser necesariamente multifuncionales. No es raro que los equipos de Kanban estén formados por equipos más pequeños y especializados, como un equipo de ingeniería, un equipo de pruebas y un equipo de operaciones, cada uno de los cuales es responsable de diferentes partes de la junta directiva de Kanban. Además, a diferencia de Scrum, Kanban no requiere que las historias sean estimadas antes de que un equipo comience a trabajar en ellas. Pero los equipos que practican el Kanban se benefician de tener historias de tamaño similar.
Sólo porque Kanban no requiera tantas prácticas como Scrum no significa que no sean buenas ideas. No confunda la falta de prescripciones con los indicadores de que no debe seguir estas prácticas; en cambio, entienda que Kanban simplemente deja que usted decida si es adecuado para usted y sus empleados.
Por ejemplo, aunque Kanban no prescribe explícitamente reuniones diarias de pie como parte de su proceso, muchos equipos continúan con esta práctica después de adoptar el Kanban. ¿Por qué? Porque han demostrado ser útiles y muchos equipos todavía encuentran valor en ellos.