Scrum con Kanban: la visión de Scrum.org

La comunidad Kanban y la comunidad Scrum han estado trabajando hacia el mismo fin durante algún tiempo. Dado que la misión de Scrum.org es mejorar el proceso de la entrega de software, entonces todo lo que podemos hacer para hacer que sea una realidad está dentro de un mismo ámbito.

Scrum tiene más de 20 años y ha estado arrastrando algunas maletas con él. Desde la creación de la Guía Scrum, Ken & Jeff han estado trabajando para eliminar gran parte de ese bagaje de la definición definitiva y acordada de Scrum y han hecho un trabajo fantástico. No encontrarás una mención de Historias de usuario, Puntos de historia o Velocidad en la Guía. No se exige que creen un sistema de control empírico.

El Scrum Framework está cerrado para su modificación y abierto para su extensión, lo que se refleja en esta nueva guía, “Guía Kanban para equipos Scrum”, que es una extensión del Scrum Framework. La nueva extensión Kanban añade las siguientes prácticas:

• Visualización del flujo de trabajo
• Limitación del WIP
• Gestión activa de las partidas en curso
• Inspeccionar y adaptar el flujo de trabajo

Con el fin de adaptar su flujo de trabajo para maximizar el flujo de valor para sus clientes, también necesitamos añadir al menos las siguientes métricas:

• WIP
• Duración del ciclo
• Edad de ítem de trabajo
• Rendimiento

Esta es una implementación de Kanban dentro del contexto de Scrum y como tal, tiene una definición que puede diferir de otras implementaciones de Kanban.

¿Esto es ScrumBan?

Depende a quién le preguntes. La definición de algunas personas de ScrumBan es: "Una manera de ayudar a los equipos en la transición de Scrum a Kanban". Esto no es de lo que estamos hablando.

Otra definición es ver ScrumBan como una forma de introducir el flujo Lean/Kanban en un contexto Scrum, manteniendo intacto el proceso Scrum. Esto es bastante similar a la visión que tiene Scrum.org del proceso que los equipos de Scrum necesitarán para llegar a una combinación efectiva de Scrum y Kanban.

Finalmente, una variante de esta definición es ver ScrumBan como simplemente la combinación Scrum + Kanban en sí, sin preocuparse por su punto de partida y del viaje. Esto, en mi opinión, es lo mismo que describe la Guía Kanban para los equipos Scrum.

Conclusión, aun no siendo lo mismo, ambos conceptos son similares en planteamientos y objetivos, aunque en mi opinión el de Scrum.org está bastante más maduro y aterrizado.

¿Por qué / Cuándo debo agregar Kanban a Scrum?

Otra de las preguntas que quiero abordar es una de las primeras en las que tal vez quieras pensar. Esencialmente la pregunta es "¿Por qué molestarse? ¿No es Scrum genial como está?"

Cuando un equipo de Scrum quiere mi opinión sobre si añadir Kanban sería una buena idea, normalmente les pido que piensen en lo difícil que es para ellos realizar los Sprints y si sienten que tienen un buen flujo durante el Sprint. Es tan simple como eso. Encuentro que la mayoría de los equipos de Scrum luchan por lograr un buen flujo saludable y sostenible y Kanban tiende a ayudarlos con eso.

¿Cuándo es mala idea Kanban con Scrum?

Es pertinente el realizarse la pregunta "¿Cuándo sería una mala idea introducir a Kanban en su proceso Scrum? ¿Cuáles son algunos indicadores de que deberías dejar de usar Kanban como parte de tu Scrum?"

No se me ocurre ningún equipo en el que se deba dejar de usar Kanban. Si entienden Kanban y lo hacen bien, hay muy poco que pueda salir mal. Los problemas comienzan cuando no entienden Kanban o lo usan para escapar de los desafíos de Scrum.

Sí, Kanban puede ayudarle a hacer su Scrum más sostenible y saludable, pero por favor no agregue Kanban si está buscando un escape de las dificultades que le plantea Scrum. Kanban bien hecho añade disciplina a tu Scrum.

Otro mal momento para presentar a Kanban es cuando el equipo no quiere mejorar. Si las cosas están funcionando bien o, lo que es más importante, si el equipo percibe que funcionan bien, no tendrán la energía necesaria para añadir con éxito Kanban a su proceso. Así que asegúrate de estar de acuerdo en las motivaciones antes de seguir adelante con la implementación de algo como Kanban.

Kanban - ¡Un camino de vuelta a Scrum!

La introducción de las ideas Kanban ayuda a los equipos/empresas a entender finalmente de qué se trata Scrum y a deshacerse de gran parte del equipaje innecesario e incluso dañino y, en su lugar, volver a centrarse en la transparencia, la inspección y la adaptación que dan vida a los principales eventos, funciones y artefactos de Scrum.

Impresionante, ¿verdad?

Puedes encontrar más información al respecto de este y otros temas relacionados con lo que comentamos en el artículo en el site de nuestro colaborador, Jerónimo Palacios. http://jeronimopalacios.com.