Cuando se habla de metodologías ágiles, siempre se mencionan Scrum y Kanban, pues son dos de las metodologías más populares para optimizar el trabajo en equipo. Ambas ofrecen marcos flexibles que ayudan a los equipos a adaptarse rápidamente al cambio, aunque con enfoques distintos. Cada una tiene sus propias particularidades, roles, tiempos y terminología. Por eso, en este blog exploraremos a mayor detalle qué son y qué las diferencia la una de la otra.

¿Qué es Scrum?

Atlassian define Scrum como “un marco de gestión de proyectos de metodología ágil que ayuda a los equipos a estructurar y gestionar el trabajo mediante un conjunto de valores, principios y prácticas.” Su nombre proviene de una práctica en el rugby, en el que se reinicia el juego luego de una infracción y ambos equipos se forman en líneas intercaladas. Similarmente, el método scrum anima a los equipos a aprender a través de las experiencias, autoorganizarse mientras aborda un problema, y a reflexionar sobre sus victorias y derrotas para mejorar continuamente. En otras palabras, es un framework que ayuda a personas, equipos y organizaciones a generar valor a través de soluciones adaptativas para problemas complejos.

Scrum está fundada en la idea del empirismo y el aprendizaje ágil; es decir, se basa en el aprendizaje y toma de decisiones a partir de la experiencia, reduciendo desperdicios y concentrándose solamente en lo esencial. Combina transparencia, inspección y  adaptación en cada espacio de tiempo, llamado sprint. La guía de Scrum resume la metodología en los siguientes pasos:

1. Un Dueño del Producto (Product Owner) ordena el trabajo para un problema complejo en un Product Backlog.
2. El Equipo Scrum convierte una selección del trabajo en un Incremento de valor durante un Sprint.
3. El Equipo Scrum y sus partes interesadas inspeccionan los resultados y los ajustan para el siguiente Sprint.
4. Repetir.

Para lograr su objetivo, el equipo Scrum está compuesto por desarrolladores, el dueño del producto, y el Scrum Master, cada uno tiene diferentes responsabilidades. Los desarrolladores planean sus tareas en un sprint backlog, lo adaptan diariamente hacia el objetivo del sprint, y se hacen responsables de la calidad del producto al definir cuándo una tarea está hecha. Al mismo tiempo, los dueños del producto buscan maximizar el valor del producto, comunicándose claramente con el equipo sobre cuál es el objetivo del producto y asegurándose que el product backlog sea transparente, visible y entendido por todos. Finalmente, el Scrum Master se encarga de establecer Scrum como está definido en la guía Scrum, ayudando a todos en el equipo Scrum y en la organización a entender la teoría y práctica del framework. La tarea del Scrum Master es nutrir un ambiente en que Scrum se pueda llevar con éxito, haciendo de todos los miembros del equipo mejores al enfocarse en su compromiso, enfoque, apertura, respeto y coraje. 

¿Qué es Kanban?

La guía oficial de Kanban University aclara que, aunque a menudo es confundida por una metodología o framework en desarrollo de software, Kanban en realidad es un método o acercamiento a la gestión. Kanban no reemplaza otras metodologías, sino que es añadido a un método de trabajo ya existente con la intención de mejorar la gestión del trabajo, especialmente en la entrega de servicios.

Aunque Kanban se ha hecho popular en la implementación de Agile y DevOps, especialmente en desarrollo de software, gracias a su versatilidad de “método sin metodología”, tiene un amplio rango de aplicaciones. Se implementa a través de tableros Kanban, un método visual de gestión de proyectos que permite a los equipos visualizar sus flujos de trabajo y la carga de trabajo. El tablero organiza el trabajo en columnas, cada una representando una etapa del flujo de trabajo, usualmente categorizado en pendiente, en progreso y terminado. Así, conforme las tareas (representadas por tarjetas visuales) progresan, visualmente avanzan a través de las diferentes columnas hasta que estén finalizadas.

Sin embargo, Kanban es más que solamente los tableros. Al igual que en Scrum, existen ciertos principios y prácticas que garantizan que se aplique el método Kanban correctamente. Las seis prácticas que definen Kanban son:

1. Visualizar el trabajo: Una de las principales ventajas de Kanban es que puedes visualizar cómo el trabajo “avanza” a través de las etapas gracias al uso de tarjetas y columnas.
2. Limitar el trabajo en curso: Como metodología ágil, Kanban se centra en un principio de entrega temprana, lo que implica que las tareas deben moverse rápidamente de una columna a otra en lugar de estancarse.
3. Gestionar el flujo de trabajo: La mejor manera de limitar el trabajo en curso es con la optimización del flujo de tareas dentro del tablero Kanban, controlando el tiempo predestinado para el trabajo y garantizando la entrega de tareas o envío de nuevos productos mientras siguen siendo relevantes.
4. Implementar políticas de procesos explícitas: Debido a la rapidez con la que se mueven las tareas en Kanban, el equipo debe establecer y comunicar claramente las convenciones que los guiarán.
5. Implementar ciclos de comentarios: En Kanban es necesario recopilar comentarios de los clientes y del equipo para mejorar de manera colaborativa.
6. Mejorar colaborando y evolucionar experimentando: Kanban se trata de una mejora continua, por lo que el equipo debe estar siempre dispuesto a colaborar, experimentar y desarrollar sus procesos.

¿Cómo se diferencian y relacionan?

Como ya hemos visto, Scrum y Kanban no son excluyentes. Ambas sirven para la gestión y la mejora continua, pero mientras que Scrum es una metodología ágil definida, Kanban es más flexible y se puede adaptar. En realidad, no existe una regla definida sobre cuándo el equipo debe usar Kanban, Scrum u otro método de gestión de proyectos visual, y a menudo se combinan en la práctica. Sin embargo, cabe recordar sus diferencias:

• Scrum es más estricto que Kanban.
• Scrum tiene un límite de tiempo, Kanban es flexible.
• Las columnas del tablero Kanban se pueden organizar de diferentes formas, mientras que el seguimiento de tareas en Scrum está definido.

Para combinar ambas metodologías, lo usual es organizar Scrum a través de tableros Kanban, lo a veces se conoce como “tableros Scrum”. Por cada sprint se crea un nuevo tablero de manera que los equipos puedan comenzar desde cero, facilitando la tarea del Scrum Master y permitiendo que el equipo se concentre en lo relevante durante cada sprint. Los tableros previos son utilizados solamente por el Scrum Master para dar un seguimiento al trabajo realizado durante cada ciclo de Scrum, de esta manera puede visualizar qué se ha logrado y aplicar mejorar en los procesos de trabajo.