Scrumban

En este artículo descubriremos como Scrumban - que combina las mejores características de ambos – es aún, una mejor solución para proyectos de mantenimiento que el propio Kanban. Scrumban se está volviendo muy popular hoy en día en la industria de servicios, donde tenemos proyectos que combinan desarrollo y mantenimiento.

Hagamos un pequeño resumen de Scrum y Kanban para los que aterricéis en este artículo sin haber leído los anteriores:

Scrum en pocas palabras:

• Organización en equipos pequeños, multifuncionales y auto-organizados.
• Ordena el trabajo en una lista de pequeños productos concretos. Ordena la lista por prioridad y estima el esfuerzo relativo de cada elemento.
• Tiempo organizado en iteraciones cortas de longitud fija, Sprints, (generalmente de 1 a 4 semanas), con código potencialmente desplegable en producción, demostrando el resultado después de cada iteración.
• Basando en los conocimientos adquiridos al inspeccionar el despliegue realizado después de cada iteración.
• Se optimiza el plan de despliegue y se actualizan las prioridades en colaboración con el cliente.
• Optimiza el proceso mediante la realización de una retrospectiva después de cada iteración.
   

Kanban en pocas palabras:

• Visualiza el flujo de trabajo
• Divide el trabajo en pedazos, escribiendo cada elemento en una tarjeta y colocándola en un tablero en la pared.
• Utiliza columnas con nombre para ilustrar dónde se encuentra cada elemento en el flujo de trabajo.
• Limita el trabajo en curso (WIP): Asigna límites explícitos a cuántos elementos pueden estar en progreso en cada estado del flujo de trabajo.
• Mide el tiempo de entrega (tiempo promedio para completar un trabajo, a veces llamado "tiempo de ciclo") y optimiza el proceso para que el tiempo de entrega sea lo más pequeño y predecible posible.

Scrumban = Scrum + Kanban

• Utiliza la naturaleza prescriptiva de Scrum para ser ágil.
• Utiliza la mejora de procesos de Kanban para permitir que el equipo mejore continuamente su proceso.

Dado que el equipo ahora arrastra el trabajo a una pequeña cola lista antes de arrastrarlo a WIP, la perspectiva del equipo de la utilidad de la iteración de atrasos es que siempre contiene algo que vale la pena hacer a continuación. Por lo tanto, debemos utilizar el mecanismo menos derrochador, que satisfaga esa simple condición.

En Scrumban, podemos hacer la planificación de iteraciones a intervalos regulares, sincronizados con la revisión y retrospectiva, pero el objetivo de la planificación es llenar los espacios disponibles - no llenar todos los espacios, y ciertamente no determinar el número de espacios. Esto reduce en gran medida la sobrecarga y la ceremonia de planificación de la iteración. El tiempo dedicado al procesamiento por lotes para la estimación de la planificación de la iteración puede ser reemplazado por una inspección de control de calidad en el momento en que el trabajo es promovido a la cola de espera. Si un elemento de trabajo está mal formado, entonces es rechazado y los reincidentes obtienen un análisis de la causa raíz.
 

Ventajas de Scrumban

• Calidad
• Just-In-Time (decisiones y hechos justo cuando se necesitan)
• Corto plazo de entrega
• Kaizen (mejora continua)
• Minimizar el desperdicio (todo lo que no agrega valor al cliente)
• Mejora de procesos añadiendo algunos valores de Scrum cuando y como sea necesario

Cuándo considerar el uso de Scrumban

• Proyectos de mantenimiento
  • Trabajo orientado a eventos
  • Helpdesk/Soporte
• Fases de Hardening y empaquetado de productos.
• Proyectos con Historias de Usuario frecuentes e inesperadas o
• Proyectos con muchos errores de programación
• Equipos centrados en el desarrollo de nuevos productos
  • Trabajos previos al desarrollo del sprint (atrasos, I+D)
  • Trabajo posterior al desarrollo de sprint (pruebas del sistema, empaquetado y despliegue)
• Si Scrum se enfrenta a problemas de flujo de trabajo, recursos y procesos
• Gestión de comunidades de mejora durante/después de la implementación de Scrum

Scrumban: en resumen

El añadir WIP y visualización a Scrum, es decir, Scrumban, ayuda a mejorar la eficacia del compromiso del Sprint. Sin embargo, también introduce el límite del WIP como mecanismo para catalizar cambios incrementales. El límite del WIP evita la necesidad de comprometerse a impulsar el cambio, reduce cualquier dependencia disfuncional del esfuerzo y mejora el pensamiento general de los sistemas, cuando se consideran las posibles mejoras. Se parece un poco a Scrum a nivel de la práctica, pero a nivel cultural se parece más a Kanban - evolución suave en lugar de tratamiento de choque y revolución.