MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES



Combinando Kanban y Scrum

En una organización multiequipo se puede aplicar Kanban a muchos niveles y con múltiples propósitos. Su implantación es sencilla, muy adaptable y proporciona ventajas evidentes de forma inmediata en muchos procesos. Sin embargo, hemos visto con anterioridad que Kanban se comporta especialmente bien en la ejecución de servicios, actividades pequeñas de duración limitada. A la hora de aplicar Kanban en entidades mayores (proyectos concretos), con unas fechas de entrega requeridas y con cierta criticidad, puede provocar bloqueos por coordinación del trabajo (bloqueos entre Products Owners, seguimiento en múltiples equipos…). A este respecto, ya estamos familiarizados con Scrum, que está, como estamos viendo, más especializado en la ejecución de proyectos. Es precisamente en esta problemática donde puede complementarse a la perfección con Kanban. De hecho, Scrum puede aparecer como la evolución lógica para el tratamiento de este tipo de trabajos, cuando madura la operación con Kanban y puede ser más fácilmente aceptado y más adecuado a procesos de este tipo (realización de proyectos). No obstante, no resulta sencillo acotar una actividad en otra categoría y de hecho conviene hacer notar que Kanban puede lograr mejores resultados en proyectos poco definidos o en entornos muy, muy cambiantes, con ciclos muy cortos, incluso un poco caóticos, donde una entrega grande de producto no tiene una fecha concreta de salida.

Scrum posiblemente sea más adecuado en trabajos con las siguientes características:

 Definición relativa del producto que se requiere. Requiere al menos generar un conjunto de historias suficiente para un sprint.  Focalizado en proyecto. Objetivo: terminar el proyecto en un plazo determinado con la máxima calidad.  Un solo PO - un solo producto.

Kanban por su parte operará mejor en:

 Definiciones muy borrosas del producto final o con requerimientos altamente cambiantes.  Procesos con operaciones pequeñas y repetitivas, es decir, donde se pueda realizar una buena división en tarjetas del trabajo (pequeñas, homogéneas).  Focalizado en tarjeta (menor entidad que un proyecto). Objetivo terminar cada tarjeta en un plazo determinado con la máxima calidad.  Mantenimientos menores y bugs.  Operaciones con ciclos de trabajo cortos (días).

257

European Open Business School