En cualquier negocio, no es una buena práctica cambiar constantemente de una metodología a otra. La mayoría de los equipos de desarrollo de software prefieren trabajar con un método de gestión de proyectos definido. Sin embargo, hay muchas compañías que intentan combinar las mejores características y prácticas de diferentes métodos para crear su propio enfoque único.
En esta publicación, aprenderá algunos datos básicos sobre Scrumban y cómo combinar dos metodologías ágiles populares: Kanban y Scrum para que este enfoque híbrido funcione mejor.
Pero primero, vale la pena recordar algunos hechos fundamentales sobre ambos métodos ágiles. ¿Cuál es tu favorito en la pelea Scrum vs Kanban?
Scrum 101
Scrum fue diseñado originalmente para ayudar a los equipos a maximizar su capacidad de entregar rápidamente, responder a los requisitos emergentes y adaptarse a los cambios en las condiciones del mercado.
Este marco ágil requiere el uso de ciclos de desarrollo de longitud fija llamados sprints. Cada sprint generalmente dura de 1 a 4 semanas.
Un equipo Scrum suele ser pequeño, autoorganizado y multifuncional. Los miembros del equipo dividen el trabajo en pequeños incrementos de producto y priorizan las tareas. El propietario del producto elige todo el trabajo a realizar en un sprint a la vez. Luego, el equipo completa el trabajo durante cada sprint.
Scrum ayuda a lograr la agilidad. Implica comentarios frecuentes y principios de toma de decisiones en colaboración.
Kanban 101
Kanban es un enfoque de gestión del flujo de trabajo visual para gestionar la creación de productos con énfasis en la entrega continua sin sobrecargar los equipos. El método ha llegado desde la fabricación.
Todos los elementos de trabajo en Kanban se visualizan con tarjetas en un tablero y carriles que representan etapas del proceso. Un tablero Kanban se utiliza para administrar el trabajo colectivo del equipo.
Los equipos centrados en Kanban practican un enfoque de flujo continuo (planificación, trabajo, revisión y medición continuos de los resultados).
Una de las herramientas esenciales de Kanban son los límites de WIP. Ayuda a minimizar el caos y promover el enfoque al limitar explícitamente cuántos elementos están en proceso. Los equipos Kanban miden el tiempo de entrega: el tiempo promedio desde que se solicita el trabajo hasta el momento en que se termina.
Características comunes en scrum y kanban
Equipos autogestionados
Uno de los aspectos del éxito de Scrum y Kanban es que los equipos de desarrollo dirigen su propio trabajo, guiados por los objetivos comerciales. Ambos enfoques abogan por el respeto a las personas y les permiten hacer su mejor trabajo.
Paquetes de trabajo
Ambos métodos prosperan a partir de historias de usuarios bien definidas que se pueden lograr y entregar por separado. Scrum deja la decisión sobre cuánto trabajar al mismo tiempo para el equipo. Kanban se enfoca en limitar la cantidad de elementos que el equipo tiene en progreso. La principal diferencia es que Scrum mide los niveles de productividad de los equipos en términos de velocidad del equipo, Kanban controla el trabajo continuo en progreso y limita la cantidad de historias en las que el equipo aceptará trabajar al mismo tiempo.
Estructura de tableros
Un tablero Kanban se divide en columnas y Swimlanes. Cada columna representa una etapa del flujo de trabajo. Los Swimlanes ayudan a separar diferentes tipos de actividades. Un tablero Kanban típico se divide en 3 secciones que muestran el estado de sus tareas: Para hacer, En progreso y Listo.
La función de límites de WIP en Kanban le permite proporcionar más tiempo a las personas responsables de esta etapa y les permite resolver el cuello de botella.
Un tablero Scrum también se compone de Swimlanes horizontales (y a menudo verticales) que siguen el progreso de las tareas e historias comprometidas durante un Sprint. El tablero Scrum típico consta de varias columnas progresivas: Historias, Para hacer, En progreso, Pruebas y Listo. Los miembros del equipo pueden mover sus elementos de trabajo a lo largo del tablero.
Combinando las mejores prácticas de ambos mundos ágiles
La decisión sobre la mejor metodología debe estar bien equilibrada. Muchos especialistas piensan que encontrará a Scrum la opción más obvia si está creando productos, y Kanban se adaptará mejor si brinda servicios. Sin embargo, hay una opción para combinarlos. Esta solución es Scrumban.
Definición scrumban
Scrumban es una metodología de desarrollo ágil híbrida que combina las mejores prácticas de Scrum y Kanban. El método fue creado para satisfacer las necesidades del equipo con respecto a minimizar el procesamiento por lotes del trabajo y adoptar un sistema basado en extracción.
El método Scrumban fue presentado por un entusiasta del desarrollo de software, Corey Ladas. En su libro,
Scrumban: Ensayos sobre sistemas Kanban para el desarrollo de software Lean , afirma que Scrumban tiene como objetivo la transición de un equipo de desarrollo de Scrum a Lean o Kanban. Con el tiempo, esto se convirtió en una metodología independiente.
Scrum + Kanban = Scrumban
El híbrido de dos metodologías ágiles populares proporciona a los equipos de desarrollo la flexibilidad de adaptarse y cambiar a los interesados y los requisitos de producción sin sobrecargas.
Scrumban es un enfoque altamente versátil para la gestión del flujo de trabajo porque proporciona a la estructura de Scrum la visualización y flexibilidad de Kanban.
Algunos equipos utilizan Scrumban como un trampolín para pasar de Scrum a Kanban. Tiene sentido, ya que el cambio inmediato a Kanban puede ser demasiado doloroso y drástico para muchos equipos de desarrollo de software.
El objetivo principal de Scrumban es proporcionar a los equipos una forma suave y saludable de aprender a practicar la
Mejora Continua en Kanban sin abandonar la estructura familiar de Scrum.
Como el enfoque híbrido combina la estructura Scrum con los métodos basados en flujo de Kanban, es importante comprender qué es exactamente lo que tomó de cada sistema.
¿Qué elementos de Scrum se incorporan a Scrumban?
- Planificación de iteraciones a intervalos regulares que está sincronizada con revisiones y retrospectivas.
- Priorización del trabajo que les da a los equipos lo mejor para trabajar en el próximo
- La decisión acerca de cuánto trabajo puede introducirse en el sprint de acuerdo con la complejidad del trabajo y la duración del sprint.
- La garantía del nivel de análisis necesario antes del desarrollo.
- Uso de la cola lista entre las fases de acumulación y tareas pendientes
¿Qué elementos Kanban se incorporan a Scrumban?
Kanban mejora la visualización, agrega mejoras de proceso y proporciona más métricas de valor a Scrumban. Aquí hay elementos Kanban que son utilizados por los equipos Scrumban:
- Flujo de trabajo continuo y sistema de extracción .
- Límites de WIP : los límites explícitos sobre cuántos elementos están en progreso.
- Centrándose más en el tiempo de ciclo que Burndown
- Roles individuales no claramente especificados
- Tiempos de entrega cortos con énfasis en análisis y planificación justo a tiempo.
- Usar diagramas de flujo para exponer las debilidades del proceso e identificar oportunidades de mejora.
Conjunto rápido de ventajas de Scrumban
- De alta calidad
- Plazo de ejecución corto
- Realidad y decisiones justo cuando se necesitan (justo a tiempo)
- Mejora continua (Kaizen)
- Minimizar todo lo que no agrega valor a los clientes.
- Mejora de proceso agregando algunos valores Scrum si es necesario
- Visualización perfecta de un tablero Scrumban
Software Scrumban
La forma correcta de llevar a cabo Scrumban es aplicar un software moderno de gestión de proyectos que sea adecuado tanto para el desarrollo de Scrum como para Kanban.
Si esta
herramienta de gestión de proyectos proporciona placas y tarjetas convenientes, límites de WIP, Swimlanes, Lead y Cycle Time, entonces puede aplicarse fácilmente a su desarrollo de software Scrumban.
Resumen
A pesar de la gran cantidad de opositores a las fusiones y adquisiciones, la combinación de dos metodologías ágiles ha pasado la prueba del tiempo. El enfoque híbrido ha demostrado su utilidad y conveniencia y ha demostrado una fuerza real.
Kanban es compatible con Scrum. Agregar límites WIP, visualización y otros elementos a Scrum ayuda a mejorar la efectividad del Compromiso Sprint.
Sin embargo, también introduce el límite de WIP como un mecanismo para catalizar cambios incrementales. El límite de WIP elimina la necesidad de comprometerse a impulsar el cambio, reduce cualquier dependencia disfuncional en el esfuerzo heroico y mejora el pensamiento general de los sistemas al considerar posibles mejoras.
Después de todo, definamos Scrumban como una evolución suave en lugar de un tratamiento de choque. ¿Qué opinas al respecto? ¿Has intentado combinar ambas metodologías ágiles? ¿Fue efectiva esta mezcla? Siéntase libre de compartir su experiencia a continuación.