Kanban literalmente significa un tablero o una cartelera. Kanban promueve una Dirección de Proyectos saludable, al usar métodos de priorización, para aumentar la relevancia que las tareas por iniciar tienen sobre todo el proyecto e incrementar la eficiencia de cada componente individual. Mientras que Scrum es uno de los marcos ágiles más populares. Es un sistema efectivo para realizar proyectos que es adaptativo, iterativo, rápido y flexible, diseñado para entregar Valor significativo rápidamente durante todo el proyecto.

Scrum y Kanban son herramientas de procesos; esto es, son medios para ejecutar actividades. Los equipos y las organizaciones deben comprender que estas dos herramientas simplemente hacen recomendaciones y no son perfectas o que abarcan todo. Al identificar y usar la herramienta correcta puede ayudar a la organización a alcanzar el éxito pero no garantizarlo. Cuando comparamos Scrum con Kanban, este define más roles que deben ser seguidos, por lo tanto tiene una naturaleza más prescriptiva. Kanban, en cambio es mas adaptativo. Las únicas restricciones en Kanban son la visualización del trabajo y limitar el “WIP” o trabajo en proceso. Debido a que el Agilismo requiere que sus procesos sean dinámicos, mezclar y combinar estas herramientas es atractivo.

En relación a la restricción del Tiempo, Scrum lo afronta con el concepto del “Sprint”, que es una iteración enmarcada en el tiempo “Time-Boxed” que combina las tres actividades: planificar, mejoramiento del proceso y la entrega potencial. En Kanban, no se prescribe iteraciones enmarcadas en el Tiempo, sin embargo el equipo puede decidir usar iteraciones enmarcadas en el Tiempo, al igual que Scrum. Por lo tanto, depende de la Dirección el escoger el marco que se adapta mejor a sus necesidades.

Para evaluar el Marco a usar, podemos hacernos las siguientes preguntas:

• ¿Tienes un Interesado/Patrocinador para promover el nuevo Marco?
• ¿Tu equipo está co-ubicado, o está distribuido en varias locaciones?
• ¿Cuál es el tamaño de tu organización?
• ¿Cuál es el tamaño del departamento de Tecnología de la Información? (infraestructura, aplicaciones, aseguramiento de la calidad, pruebas)
• ¿Tu organización es centralizada o descentralizada?
• ¿Tu Patrocinador está disponible para comunicación constante con el equipo?
• ¿Tu organización está solicitando implementación/entrega de soluciones más rápidas?
• ¿Está tu organización dispuesta a aceptar/adoptar cambios metodológicos?
• ¿En qué industria opera tu organización?
• ¿Qué soluciones tecnológicas usa tu organización?
• ¿Cuál es la volatilidad de tu industria? (alto riesgo, tecnología competitiva, cambios frecuentes)
• ¿Cuál es la duración de los proyectos?
• ¿Cuál es la complejidad de los proyectos sugeridos?
• ¿Cuál es la volatilidad de los requisitos?
• ¿Cuál es el rigor solicitado para la documentación?
• ¿Cuántos son los equipos involucrados en el proyecto y los mecanismos de comunicación?

Algunas de las características comparables entre Scrum y Kanban, que pueden ayudar a escoger un Marco son:

• El Tablero Scrum se limpia luego de cada iteración; el Tablero Kanban es normalmente persistente.
• Tanto Kanban como Scrum son empíricos.
• Scrum recomienda equipos multifuncionales; Kanban dice que los equipos multi funcionales son opcionales debido a que el tablero Kanban no tiene un equipo dueño.
• El Backlog del Sprint debe ser realizado en el Sprint. Los equipos Kanban buscan minimizar la duración de la tarea sobre el tablero y nivelar el flujo, esto promueve el romper las tareas en pequeños pedazos.
• Scrum prescribe estimaciones y cálculos de la velocidad del equipo. En Kanban no es obligatorio.
• Ambos, Scrum y Kanban permite a los equipos trabajar en varios productos simultáneamente.
• En Scrum se requiere la priorización del backlog. Kanban también tiene un backlog, pero no se requiere la priorización.
• Scrum prescribe reuniones diarias de Pie, mientras que en Kanban no son requeridas.
• En Scrum usamos el "Burndown Chart”, mientras que Kanban prescribe el uso de Diagramas de Flujo acumulado.
• Scrum utiliza la velocidad del equipo como la métrica usada para la planificación y mejoramiento continuo del proceso; Kanban usa el “Lead Time” como la métrica para la planificación y mejoramiento contínuo del proceso.

Autor: SCRUMstudy

Traducción y adaptación: Enrique Ledesma M.Sc., PMP, TSPM, STC, SPOC, SMC, SDC

_{Director Ejecutivo de TenStep Ecuador}