Nachdem wir einen kleinen Überblick über die agilen Methoden gegeben und zwei von ihnen, Scrum und Kanban, etwas genauer kennengelernt haben, ist es an der Zeit, dieses imaginäre Board, das wir erstellt haben, zu erweitern und die beiden gegenüberzustellen. Face to face, wenn du es lieber auf Englisch magst. Aber fangen wir mit einer kleinen Zusammenfassung an, um nicht vom Thema abzuschweifen.
Scrum und Kanban sind zwei der am häufigsten von Unternehmen, die sich auf Softwareentwicklung, Marketing– und Designagenturen sowie Start-ups spezialisiert haben, angewandten agilen Methoden. Ihr großer Vorteil besteht darin, dass sie uns bei der Verwaltung der Erstellung und Lieferung von Produkten und Dienstleistungen unterstützen. Und obwohl sie normalerweise exklusiv verwendet werden, haben beide Vorteile, die den gesamten Arbeitsprozess ergänzen können.
Um dies jedoch klarer darzustellen, werden wir ausnahmsweise das Sprichwort „Vergleiche sind oft unangebracht“ ignorieren und sie im Ring gegeneinander antreten lassen. Keine Sorge, es wird ein friedlicher Kampf, es wird nicht weh tun. Schließlich sind wir hier, um zu lernen, nicht um zu kämpfen.
Also, Scrum oder Kanban? Für welche Methode würdest du dich entscheiden?
Erinnere mich bitte daran, was Kanban ist
Ach, dieses Gedächtnis! Die Kanban-Methode zielt darauf ab, zu kontrollieren, wie die Aufgaben nach und nach erledigt werden. Toyota war der Pionier in der Anwendung, wo sie in den Autoherstellungsprozessen eingesetzt wurde, und im Laufe der Zeit wurde sie auch von Softwareentwicklern genutzt. Kanban basiert auf einem kontinuierlichen Arbeits- und Lieferprozess (zack, zack, zack, ein ständiges Vorankommen, Mari Carmen), bei dem eine kleine Anzahl von Aufgaben flüssig und gleichzeitig bearbeitet wird. Es verwendet ein visuelles Planungstool oder Kanban-Board, auf dem jedes Projekt auf einer Karte dargestellt wird (und wer Karte sagt, meint LetsGo), und es wird durch Spalten verschoben, die die verschiedenen Phasen bis zur Fertigstellung darstellen. Wenn ein Team einen kontinuierlichen Arbeitsfluss hat, ist dies die beste Methode, da sie eine viel einfachere Verwaltung ermöglicht.
Und da wir gerade dabei sind, lassen Sie uns wiederholen, was Scrum ist
Natürlich, Liebling! Was auch immer du brauchst. Scrum ist ebenfalls eine Agile-Methode, die darauf abzielt, die Zusammenarbeit zwischen Teams zu verbessern (bis hierhin nichts Neues). Das Ziel ist es, die besten Ergebnisse bei der Entwicklung von Projekten zu erzielen. Es wird häufig von Entwicklungsteams verwendet, kann aber auch in anderen Abteilungen angewendet werden, die Teamarbeit erfordern. Du kannst es also verwenden, wie und wann du möchtest (Zwinker, zwinker; Ellenbogenstups). Charakteristisch für diese Methode ist der Sprint (nein, wir reden jetzt nicht von einem kurzen Sprint im Leichtathletik, konzentriere dich), bei dem jeder Teil des Projekts im Voraus geplant wird. Sobald diese Phase abgeschlossen ist, wird die geleistete Arbeit überprüft und zuvor validiert. Durch diese Analyse kann das Team erkennen, wann etwas nicht gut funktioniert hat, welche Ressourcen benötigt werden und die nächsten Sprints (schon wieder? Vergiss das Leichtathletik!) effektiv planen. 
Jetzt, da wir einen schnellen Überblick gemacht haben, kommen wir zum Wesentlichen: Was sind die Hauptunterschiede zwischen beiden Methoden?
- Scrum ist darauf ausgelegt, den Wert bei der Entwicklung eines Produkts zu maximieren. Kanban hingegen ermöglicht es, den Arbeitsfluss zu optimieren
- In Scrum können wir Rollen finden, was in Kanban nicht der Fall ist.
- In Scrum werden Sprints verwendet (Zeitintervall. Was haben wir schon über die Leichtathletik-Sprints gesagt?), während die Arbeit in Kanban kontinuierlich ist.
- Im Scrum-Methoden werden während der Entwicklung des Projekts keine Änderungen vorgenommen, sondern erst am Ende. In Kanban hingegen können jederzeit Änderungen vorgenommen werden.
- Mit Scrum wird ein Sprint-Backlog deutlich, in dem ein Product Owner die Aufgaben priorisiert, die erledigt werden müssen (wir nehmen Anglizismen; damit du siehst, dass wir Englisch können); während in Kanban der Kunde angibt, welche Aufgaben das sind, und keine Priorisierung existiert
- Die Sprints in Scrum müssen eine Liste von Aufgaben enthalten, die innerhalb eines Zeitraums erledigt werden sollen, während der Arbeitsfluss in Kanban kontinuierlich ist und jede Anfrage des Kunden eine neue Karte im Board darstellt.
- Das Board in Scrum wird jedes Mal erneuert, wenn ein Sprint gestartet wird, während es in Kanban keinen Anfang oder Ende gibt (und ohne es gewollt zu haben, haben wir ein Reimpaar gebildet).
- Und da wir gerade über die Boards sprechen: In Scrum wird der Arbeitsfortschritt verfolgt, während man durch die Phasen fortschreitet, und es wird angezeigt, welche Aufgaben jederzeit erledigt werden. Im Kanban-Board hingegen können die Spalten flexibel gestaltet werden und müssen nicht unbedingt den Status der Arbeit anzeigen (sie zeigen die Arbeit selbst an)
- Con Scrum se han de hacer reuniones diarias para conocer continuamente el estado del desarrollo y tener una idea global de las tareas terminadas y pendientes dentro del equipo que lo lleva a cabo (más reuniones, Pulpi, ¿en serio?).
- Im Gegensatz dazu gibt es in Kanban solche Meetings nicht, da bekannt ist, was jederzeit zu tun ist.
- Und zum Schluss können die Arbeitsteams unterschiedlich sein. Mit der Scrum-Methode wird gefordert, dass sie multidisziplinär sind, während die Teams in Kanban aus Spezialisten für ein einziges Fachgebiet bestehen können
Gibt es Scrumban?
Yes, oui, sí (en tres idiomas, para que quede más clarito). En este caso, hablaríamos de una metodología Agile que es un híbrido entre Kanban y Scrum. Obviamente, su nombre procede de la combinación de ambos métodos. El Scrumban se creó como solución para que los equipos hicieran adecuadamente una transición de Scrum a Kanban y pudieran emplear lo mejor de cada metodología. Después de todo, se busca optimizar los recursos para crear valor que interese al cliente.
Scrumban aúna la estructura de Scrum con los métodos de flujo de trabajo y visualización de Kanban. Hace que los equipos consigan la agilidad de Scrum y la simplicidad que ofrece Kanban sin tener que actualizar los roles; y, además, es más cómodo de adoptar. Un Frankenstein monísimo y superpráctico, oiga. Con Scrumban, el trabajo en equipo se lleva a cabo en pequeños pasos y se controla con la ayuda de un tablero visual. Las reuniones de planificación bajo demanda tienen lugar cuando conviene saber qué historias de usuarios y tareas se van a completar en el próximo paso o iteración. Además, para mantener iteraciones reducidas, se emplea el método de límite de trabajo en progreso (WIP o Work in Progress, por sus siglas en inglés). Si WIP cae por debajo de un nivel determinado (los dioses no lo quieran, Mari), se crea un activador de planificación bajo demanda para que el equipo conozca cuándo planificar después. A poco observador que se sea, es fácil comprobar que existen evidentes diferencias entre Scrum y Kanban, aunque no son realmente significativas si nos paramos a pensar. De ahí que pueda existir ese híbrido llamado Scrumban, que es la criatura nacida de ambas metodologías. Bondades del mestizaje, ya se sabe. Si el objetivo de Kanban y Scrum es lograr un desarrollo óptimo del producto, no pueden ser metodologías excluyentes; normal que haya nacido el amor entre ellas. De este modo, si un equipo está cómodo con la metodología Scrum, se puede usar un tablero Kanban para conseguir mantener al equipo de trabajo bien organizado. Y todos felices y contentos. Porque aquí lo importante es tener una forma de trabajo y una herramienta que ayude en el desarrollo del proyecto que se tenga entre manos, independientemente del método empleado. O lo que es lo mismo, disponer de un sistema de gestión flexible. Ahora te toca a ti decidir con cuál te quedas. Ahora que ya conoces en qué consiste esta metodología de trabajo, no te vuelvas loco pensando qué juego de LetsGo necesitas para ponerla en práctica. Somos como los mosqueteros: un juego de LetsGo Agile para todas y todas para uno. Vamos, que puedes utilizar todos los productos LetsGo para poner en práctica cualquier sistema de trabajo. Así de versátiles somos, ya ves.
