Kanban - Scrum
En este capítulo, aprenderemos las similitudes y diferencias entre Kanban y Scrum. Estas similitudes y diferencias le ayudarán a elegir el método correcto para su proyecto.
Kanban y Scrum: similitudes
Las similitudes entre Kanban y Scrum son:
Ambos son ágiles.
Ambos utilizan la programación de extracción.
Ambos limitan WIP, Kanban a nivel de tarea y Scrum a nivel de sprint.
Ambos utilizan la transparencia en todo el desarrollo.
Ambos se enfocan en entregar software liberable temprano.
Ambos se basan en equipos autoorganizados.
Ambos requieren romper el trabajo en pedazos.
En ambos métodos, el plan de lanzamiento se optimiza continuamente en función de datos empíricos (Scrum - Velocidad, Kanban - Lead Time / Cycle Time).
Kanban y Scrum: diferencias
Las diferencias entre Kanban y Scrum son las siguientes:
| S. No | Melé | Kanban |
|---|---|---|
| 1 | Scrum prescribe roles. | En Kanban, los roles son opcionales. |
| 2 | Se debe priorizar la acumulación de productos. | La priorización es opcional. |
| 3 | Los sprints deben estar en cajas de tiempo. Puede elegir la duración del sprint, pero una vez elegido, se mantendrá la misma duración para todos los sprints. | Las iteraciones en recuadros de tiempo son opcionales. |
| 4 | El equipo de Scrum debe comprometerse con una determinada cantidad de trabajo para el sprint. | El compromiso es opcional. |
| 5 | Se prescriben equipos multifuncionales. | Los equipos multifuncionales son opcionales. Se permiten equipos de especialistas. |
| 6 | Utiliza la velocidad como métrica predeterminada para la planificación y la mejora de procesos. | Utiliza el tiempo de entrega (tiempo de ciclo) como métrica predeterminada para la planificación y la mejora de procesos. |
| 7 | Los elementos como las historias y las pruebas deben desglosarse para que se puedan completar en un sprint. | No se prescribe ningún tamaño de artículo en particular. |
| 8 | La acumulación de Sprint muestra qué tareas se ejecutarán durante el Sprint actual. Estas tareas se muestran en el tablero Scrum. El alcance del sprint es fijo. WIP está limitado por unidad de tiempo (el límite de WIP es la velocidad). |
Las tareas se definen a nivel de flujo de trabajo. WIP está limitado por estado de flujo de trabajo. |
| 9 | No se pueden hacer adiciones / cambios dentro de un sprint. | Se pueden hacer adiciones / cambios si no se cruza el límite de WIP. |
| 10 | Se establece un nuevo tablero de Scrum al comienzo de cada sprint. | El tablero Kanban es persistente. |
| 11 | Es necesario realizar reuniones diarias. | Las reuniones diarias son opcionales. |
| 12 | Se prescriben gráficos de quemado. | No se prescribe ningún gráfico en particular. |
Kanban vs Scrum
Las siguientes ventajas pueden ayudarlo a elegir entre Kanban y Scrum:
Debe elegir Kanban si ya tiene procesos de trabajo y desea mejorar sin perturbar todo el sistema, mientras que debe elegir Scrum si desea introducir un nuevo proceso en la organización.
Puede usar Kanban en el desarrollo de productos con Feature Driven Development para realizar un seguimiento de los flujos de trabajo en el flujo de valor, mientras que puede usar Scrum para el desarrollo en cada iteración.
Debe definir los límites de WIP en Kanban explícitamente, mientras que debe definir la duración del sprint en scrum que impone límites de WIP implícitamente.
Tanto Kanban como Scrum son adaptables, pero Scrum es más prescriptivo que Kanban.
Kanban impone solo dos Reglas: Visualizar el flujo de trabajo y limitar el WIP, mientras que Scrum impone más restricciones, como los Sprints encuadrados en el tiempo.
Kanban conduce a mejoras en los procesos organizacionales, tanto en la gestión como en el desarrollo. Kanban también admite actividades de mantenimiento. Scrum conduce a un alto rendimiento en pequeños equipos de desarrollo. No contribuye a los flujos de trabajo de desarrollo y mantenimiento de productos que son de mayor duración con imprevisibilidad en el tamaño de las unidades de trabajo y cambios. Scrum no enfatiza la optimización de las actividades de gestión.
En Kanban, puede elegir cuándo realizar la planificación, la mejora del proceso y el lanzamiento. Puede optar por realizar estas actividades de forma regular o bajo demanda. La iteración de Scrum es un único Sprint de caja temporal que combina tres actividades diferentes: planificación, mejora de procesos y lanzamiento (si es necesario).
Por tanto, Kanban y Scrum son herramientas efectivas en sus contextos específicos. Puede combinar Kanban y Scrum para obtener los máximos beneficios de ambos.
Adaptando Kanban y Scrum juntos
Puede usar Kanban y Scrum juntos implementando aquellas características que se adapten a sus necesidades. Es necesario considerar las limitaciones de ambos antes de adaptarlos. Por ejemplo, Scrum requiere Sprints encuadrados en el tiempo y si los elimina, no puede decir que ha implementado Scrum. Ambos le brindan un conjunto básico de restricciones para impulsar la mejora de su propio proceso.