En la actualidad hay distintas metodologías de administración de proyectos y puede ser complicado escoger el más idóneo. Es por esto que, en este post analizaremos y compararemos los más utilizados: Kanban y Scrum. Al mismo tiempo, veremos otra alternativa que combina ambas: Scrumban.
Pero, ¿qué son Kanban, Scrum y Scrumban? Resumidamente, metodologías de proyectos ágiles utilizadas por compañías de desarrollo de software, agencias de marketing, agencias de diseño, pequeños equipos, startups y compañías y fabricantes de todas partes para administrar la creación y la entrega de sus productos y servicios.
¿Qué es Kanban?
Kanban (cartel o letrero en japonés) es un sistema de fabricación de programación Lean que fue desarrollado por Taiichi Ohno para Toyota con el fin de mejorar la eficiencia en la producción. Kanban, utiliza señales visuales que calculan qué, cuándo y cuánto producir.
Hoy en día, la usan equipos de desarrollo de software, marketing y ventas para administrar la creación y la entrega de productos y servicios. Uno de sus grandes atractivos es que su curva de aprendizaje es mínima y posibilita que los equipos sean flexibles en la producción, sin añadir complejidad innecesaria al procedimiento.
¿Cómo funciona Kanban?
- Posibilita visualizar el flujo de trabajo: se necesita un tablero con tarjetas y columnas para visualizar un procedimiento de producción con este sistema. Así, cada columna en el tablero es un paso en el flujo de trabajo y cada tarjeta representa una tarea o elemento de trabajo.
- Limita el trabajo en progreso: se puede determinar el número de ítems máximos por etapa (columna) para que no se resienta la productividad del equipo. Al limitar el trabajo en progreso se iluminarán rápidamente las áreas problemáticas en el flujo para identificarlas y resolverlas.
- Administra el flujo de trabajo: al administrar el movimiento de los ítems de trabajo a través de el procedimiento de producción se administra el trabajo pero no las personas. Así, en lugar de micro-administrar personas para mantenerlas ocupadas, es mejor administrar y comprender los procesos de trabajo. El objetivo es que dicho trabajo pase por el sistema rápidamente ajustando el flujo de trabajo.
- Explicita las políticas de procedimiento: se pueden escribir reglas para mover las tareas de una etapa a otra. Es esencial que todo el equipo esté en sintonía y entienda dichas reglas.
- Implementa intervalos de retroalimentación: es necesario llevar adelante periódicamente reuniones para el intercambio de conocimientos y comentarios con el fin de aprovechar al máximo el rendimiento.
- Mejora colaborativamente, experimenta y se adapta: esta metodología es un procedimiento de mejora evolutiva, puesto que ayuda a la adopción de pequeños cambios y mejora gradual a un ritmo y tamaño manejable.
Kanban: pros y contras
Kanban tiene ventajas y desventajas. Veamos a continuación las más importantes.
Ventajas de Kanban
Algunos de los beneficios de Kanban son:
- Todo el equipo está en sintonía: con este concepto todos los miembros pueden ver y actualizar el estado de cada proyecto o tarea, puesto que estos son visibles.
- Flexibilidad en producción: esta metodología está basada en eventos en lugar de segmentos de tiempo, por lo que garantiza la solución ante una caída repentina de la demanda de un producto o servicio eliminando tareas.
- Revela cuellos de botella en el flujo de trabajo: puesto que todo el flujo de trabajo está visible en el tablero, es factible ver dónde se ralentiza el procedimiento
- Fácil de adoptar: es muy fácil de comprender y no necesita cambios de roles.
Desventajas de Kanban
Kanban tiene algunos inconvenientes:
- Menos efectivo al compartir recursos: es factible que si diferentes miembros del equipo necesiten de un tercero, este no pueda priorizar qué tareas son más urgentes si están en la misma etapa.
- Inflexible al mezclar productos y cambios en el flujo de entrega: esta metodología presupone un plan de producción estable que se puede aplicar para la entrega de todos los productos y servicios. Así, este sistema no es idóneo para industrias donde se mezclan diferentes productos.
- Si el tablero está desactualizado puede bloquearse el desarrollo: puesto que se basa en eventos, si una tarea no se mueve a la columna apropiada, las tareas que dependen de ella no se notifican y, en consecuencia, se bloquean.
¿Qué es Scrum?
Scrum es una metodología para la administración de proyectos donde se pueden abordar procesos complejos y terminar a tiempo. Este marco de trabajo debe su nombre a una capacitación de rugby en la que los jugadores se juntan mucho para intentar obtener la pelota.
Scrum cuenta con varios conceptos clave: historias de usuarios, tareas, puntos y Sprints. Las dos primeras se calculan con puntos y, de acuerdo a dicha estimación, se dividen en Sprints con un plazo y un objetivo.
Así, la dirección del Sprint la establece un Propietario del Producto que representa a la compañía o cliente y un Scrum Master que gestiona el procedimiento de trabajo, el Equipo Scrum y todos los Stakeholders.
Este marco de trabajo cuenta con cuatro ceremonias principales llamadas reuniones:
- Reunión de planificación del Sprint
- Reunión diaria de pie
- Reunión de revisión del Sprint
- Reunión retrospectiva del Sprint
El núcleo de Scrum es el Backlog (lista de tareas), que se parece mucho a una larga lista de tareas pendientes donde aparecen todas las tareas, características e historias de usuario indispensables para entregar un producto o servicio.
¿Cómo funciona Scrum?
- Refinamiento del Backlog (lista de tareas): la primera reunión está precedida por el refinamiento del Backlog (cartera de pedidos o tareas), en la que el Propietario del Producto y el equipo Scrum trabajan conjuntamente en los detalles y las estimaciones de los ítems del Backlog. La finalidad de este procedimiento es garantizar que tanto las historias de usuario como las tareas estén «listas para implementarse» y que de esta manera el equipo pueda realizarlas inmediatamente al colocarse en un Sprint.
- Reunión de planificación del Sprint: el objetivo de la reunión de planificación del Sprint es priorizar las tareas del Backlog que se añadirán en el Backlog del Sprint, cómo se realizarán y lograr un compromiso compartido para dicho objetivo por parte del equipo. La extensión de los Sprints se puede ajustar para adaptarse mejor a las particularidades de la compañía. Al mismo tiempo, cada elemento en el Backlog debe poder entregarse y debe dividirse en tareas.
- Reunión diaria de pie: es una reunión periódica diaria que regularmente se hace al comienzo de cada día. El fin de la reunión es sincronizar el Equipo Scrum, el Scrum Master y el Propietario del Producto para liberar la agenda y centrarse en las tareas en curso. Hay que responder las preguntas siguientes: ¿qué hice ayer?, ¿qué haré hoy?, ¿cuáles son los estorbos y desafíos para mis tareas hoy?
- Reunión de revisión del Sprint: esta reunión se establece al final de cada Sprint para revisar qué, cómo y qué no se ha entregado. Esta reunión empieza con una demostración de la funcionalidad del producto para obtener comentarios y aprobación del Propietario del Producto, y determinar si se cumplen los requerimientos comerciales. Las tareas aprobadas se entregan y las otras se mueven nuevamente al Backlog para planificarlas en futuros Sprints.
- Reunión retrospectiva del Sprint: en la última reunión el Equipo Scrum reflexiona sobre el Sprint anterior y descubre cómo mejorar el procedimiento preguntando: qué salió bien, qué no y qué se puede mejorar. Así, el equipo se centra en su rendimiento general e identificar maneras de mejora constante.
Scrum: pros y contras
Scrum tiene ventajas y desventajas. Veamos a continuación las más importantes.
Ventajas de Scrum
Algunos de los beneficios de Scrum son:
- Establece objetivos claros y plazos: el tiempo es clave en esta metodología, puesto que cada Sprint tiene un objetivo y una duración muy definidos. Esto compromete al Equipo Scrum a un solo objetivo que ha de entregarse en un marco de tiempo determinado.
- Ayuda a manejar proyectos grandes: las numerosas funciones y tareas de los grandes proyectos se pueden añadir en el Backlog para dividirlos en pequeños Sprints.
- Funciona bien para proyectos de desarrollo rápidos: los Sprints más cortos posibilitan al Propietario del Producto añadir, dar prioridad o actualizar las especificaciones del proyecto tras cada Sprint, algo idóneo si hay continuos cambios.
- Se ve el esfuerzo individual del equipo: tanto el Propietario del Producto como y el Scrum Master pueden hacer un seguimiento de la contribución de cada miembro durante las Reuniones Diarias a Pie y las reuniones de Revisión del Sprint.
- Mejora la comunicación: todos los miembros del equipo participan en las reuniones y están motivados para dar su opinión y contribuir en las decisiones.
Desventajas de Scrum
Scrum tiene algunos inconvenientes:
- No pueden añadirse ítems inesperados: puesto que las tareas planificadas en cada Sprint son sagradas, está prohibido añadir nuevos ítems. Ahora bien, (casi) siempre surgen errores, emergencias o cambios que requieren trabajo extra no planificado.
- No puede reaccionar a cambios repentinos: puesto que los Sprints no pueden modificarse una vez iniciados, se obliga al Propietario del Producto a esperar a que el Sprint finalice para hacer cambios.
- Es difícil de adoptar: actualizar las funciones y responsabilidades del equipo y obedecer las cuatro reuniones puede llegar a frustrar al equipo.
- Necesita mucho tiempo: las múltiples reuniones resultan en un gasto de tiempo considerable.
¿Qué es Scrumban?
Esta metodología de administración ágil, que es un híbrido entre Scrum y Kanban, fue ideado para ayudar a los equipos existentes de Scrum la transición a Kanban y explorar metodologías Lean con el fin de aprovechar al máximo recursos y crear valor para el cliente.
Así, combina la estructura de Scrum con los métodos basados en flujo y la visualización de Kanban. Dicho de otra forma, posibilita tener la agilidad de Scrum y la simplicidad de Kanban sin actualizar roles, al mismo tiempo de ser adoptar.
¿Cómo funciona Scrumban?
El trabajo en equipo se organiza en iteraciones y se monitorea con un tablero visual. Las reuniones de Planificación bajo demanda se realizan cuando se necesita establecer qué Historias de usuarios y tareas se completarán en la próxima iteración.
Se emplea el límite de trabajo en progreso (WIP o Work in Progress for sus siglas en Inglés) para mantener las iteraciones cortas. Cuando el WIP es inferior a cierto nivel, se establece un activador de planificación del trabajo bajo demanda para que el equipo sepa cuándo planificar a continuación.
- Iteración: las iteraciones de trabajo se mantienen cortas para garantizar que el equipo se pueda adaptar a un entorno que cambia rápido. La extensión de las iteraciones se mide en semanas y su duración ideal varía según el procedimiento de trabajo y de la industria.
- Planificación del trabajo bajo demanda: la planificación en esta metodología está basada en la demanda y se produce sólo al activarse el activador de planificación. El desencadenante de planificación está unido al número de tareas que hay en la sección «Tareas pendientes» del tablero. Al bajar de cierta cifra, se hace el evento de planificación. Las tareas planificadas para la próxima iteración se añaden a la sección «Tareas pendientes» del tablero.
- Priorización: es aconsejable priorizar las tareas a lo largo del evento de planificación. Esta puede hacerse añadiendo números a las tareas u ordenando tareas por prioridad en la columna, poniendo las más importantes en la parte de arriba. Al planificar por segmentos de tiempo es factible planificar a largo plazo. Y es que es un sistema de tres segmentos de tiempo por los que disponen que pasar los ítems de trabajo antes de llegar al tablero. Así, los tres grupos son etapas diferentes del plan, que regularmente se denominan grupo de 1 año, grupo de 6 meses y grupo de 3 meses. El periodo de 1 año es para objetivos o ideas a largo plazo. Al avanzar con una idea, se mueve al periodo de 6 meses, y se definen los principales requerimientos. Cuando se comienza a poner en práctica, el plan se traslada a la categoría de 3 meses y se divide en tareas que pueden completarse. En este último segmento de 3 meses el equipo establece tareas durante su planificación a pedido y privilegia la ejecución en la próxima iteración.
- Tablero: el tablero básico está compuesto de tres columnas: Tareas pendientes, En Procedimiento y Listo. Tras la Reunión de Planificación, las tareas se añaden a la columna Tareas pendientes y cuando alguien del equipo está listo para trabajar en una tarea, la mueve a la columna En Procedimiento y posteriormente a la columna Listo al completarse. La columna Tareas pendientes puede expandirse en columnas extra en función del flujo de trabajo. Los ejemplos más comunes son Diseño, Desarrollo, Revisión y Pruebas. Asimismo, en el tablero se pueden poner límites:
- Límite de trabajo en progreso (WIP): esta cifra es el número máximo de tareas en progreso y regularmente es igual al número de personas en el equipo.
- Límites de tareas pendientes: se puede limitar la cantidad de tareas en la sección “Tareas pendientes” para tener reuniones de planificación más productivas.
- Equipo: no se necesita ningún número específico de miembros del equipo o roles de equipo. Al mismo tiempo, las tareas no están asignadas y los miembros del equipo eligen qué tareas completar desde el tablero.
- Principio de elección: las tareas no se asignan a los miembros del equipo por un líder de equipo o Gerente de Proyecto. Cada miembro selecciona qué tarea de la sección “Tareas Pendientes” va a completar.
- Congelación de funciones: esta se utiliza al acercarse la fecha límite del proyecto, por lo que solo pueden trabajarse en las características que el equipo ha programado para el desarrollo y no pueden agregarse características extra.
- Triaje: regularmente pasa justo tras la congelación de características con una fecha límite de proyecto cercana. El Gerente de Proyecto decide qué características en desarrollo se completarán y cuáles no.
Scrumban: pros y contras
Scrumban tiene ventajas y desventajas. Veamos a continuación las más importantes.
Ventajas de Scrumban
Algunos de los beneficios de Scrumban son:
- Ahorro de tiempo: no se necesitan hacer estimaciones ni planificar Sprints constantemente. Así, solo se planifica si hay demanda, dicho de otra forma, si la cantidad de tareas en progreso (WIP) cae por debajo de un umbral predefinido. Indudablemente, esto ahorra bastante tiempo en reuniones de planificación.
- Scrumban ayuda a manejar grandes proyectos: un proyecto grande equivale a numerosas funciones y tareas que hay que entregar en el transcurso de cierto tiempo. Por ende, estos pueden distribuirse en los segmentos de 1 año, 6 meses y 3 meses, así como priorizarse en iteraciones cortas de 1-2 semanas.
- Scrumban revela cuellos de botella en el flujo de trabajo: el flujo de trabajo está visible en el tablero, igual que en Kanban. Así, es factible ver dónde hay más tareas y qué etapa ralentiza el procedimiento.
- Todos están en la misma página: como en Kanban, todo el equipo puede ver y actualizar el estado del proyecto o tarea, aportando transparencia al procedimiento.
- Fácil de adoptar y procedimiento fácil: no se necesita cambiar roles o a un «Scrum Master» o «Propietario del Producto». Es sencillo obtener una metodología que se representa visualmente y dispone de una reunión de planificación y reglas sencillas.
- Scrumban trae igualdad y menos estrés en el equipo: el equipo escoge tareas usando el principio de elección. Así, el Gerente de Proyecto no asigna las tareas y todos seleccionan qué tarea de la columna “Tareas pendientes” quieren completar. Con esta visibilidad total del proyecto hay igualdad de derechos, menos estrés y menos frustración.
Desventajas de Scrumban
Scrumban tiene algunos inconvenientes:
- Puede convertirse en metodología mishmash: como es una nueva metodología ágil que mezcla Scrum y Kanban, no hay mejores prácticas claramente definidas. Es factible que algunos equipos decidan inventar por su cuenta.
- El esfuerzo y la contribución individual son difíciles de rastrear: puesto que cada miembro selecciona sus tareas y no hay reuniones obligatorias diarias, se complica el seguimiento de las tareas hechas y planeadas.
- Menos control para el Gerente del Proyecto: puesto que no hay igualdad en el equipo, ni informes diarios para todos y todos pueden adjudicar tareas, el control del Gerente del Proyecto se ve limitado. Este puede elegir qué escoger del paquete de 3 meses, qué tareas programar en la planificación bajo demanda y cómo priorizarlas. A pesar de esto, es el equipo quién decide cómo manejarlas e implementarlas.
- Un tablero obsoleto puede causar problemas: dado que cada miembro del equipo elige sus tareas por sí mismo, tener un tablero desactualizado puede crear problemas. A modo de ejemplo, es factible que dos miembros pueden comenzar la misma tarea o estar bloqueados debido a que una tarea depende de otra o debido a que la información en el tablero no está actualizada.
Scrum vs. Kanban vs. Scrumban
Tras haber analizado estas tres metodologías pueden extraerse algunas conclusiones:
- Scrum es probablemente la más compleja, estricta y difícil de adoptar. En su núcleo están los Sprints, que marcan objetivos y plazos que dan un control total al Gerente del Proyecto. A pesar de esto, añadir tareas inesperadas puede trastocar todo y se necesita un equipo experimentado que tenga muchas reuniones. En todo caso, es ideal para equipos empresariales o experimentados que trabajan en un producto o proyecto con más de un año de duración.
- Kanban es la metodología más simple y fácil de adoptar. En su tablero se visualiza todo el procedimiento de trabajo, por lo que el equipo está en sintonía y en el caso de que hubiera cuellos de botella hay flexibilidad en la producción. Sin embargo, es menos efectivo con recursos compartidos, inflexible con numerosos productos o proyectos grandes y rastrear el trabajo individual es complicado. Sea como fuere, es una gran opción para equipos de soporte y mantenimiento, fabricación continua de productos y equipos de entrega de productos o servicios con un flujo de trabajo estable.
- Scrumban combina la visualización y facilidad de adoptar de Kanban con la sistematización de Scrum sin su complejidad. Así, es flexible en producción e ideal para grandes proyectos. Ahora bien, reduce el control que el Gerente del Proyecto tiene y es difícil rastrear el esfuerzo individual del equipo. Sea cual sea el caso, es una gran opción para startups, proyectos rápidos, fabricación constante de productos y equipos leales que sacrifican estrictos protocolos para mayor eficiencia y libertad.
