---

Ist Kanban agiles Scrum? Kanban in Agile und mit Scrum

Beschränkungen machen einen Prozess aus

Werkzeuge lassen sich nach der Zahl ihrer Anweisungen vergleichen. Ein vorschreibendes Werkzeug bedeutet „mehr Anweisungen beachten“, ein anpassungsfähiges Werkzeug „weniger Anweisungen beachten“.

Ein zu 100 % vorschreibendes Werkzeug lässt keine Entscheidungen offen: Für alles gibt es Regeln und Anweisungen. Ein zu 100 % anpassungsfähiges Werkzeug lässt Ihr Team dagegen tun, was es möchte, weil keine Anweisungen oder Einschränkungen bestehen. Offensichtlich ist keines dieser Extreme in Technik oder Geschäftspraxis brauchbar.

Agile Prozesse heißen oft leichtgewichtig, weil sie gegenüber herkömmlichen Softwareentwicklungsrahmenwerken weniger vorschreiben. Denken Sie daran, dass der erste Grundwert des Agilen Manifests Individuen und Interaktionen gegenüber Prozessen und Werkzeugen bevorzugt.

Kanban und Scrum sind sehr anpassungsfähig. Kanban ist noch flexibler, weil Scrum mehr Vorgaben und Grenzen und damit mehr Ereignisstruktur festlegt. Beispielsweise schreibt Scrum zeitlich begrenzte Entwicklungszyklen, Sprints, vor. Kanban selbst verlangt keine zeitlich begrenzten Iterationen, kann aber einem Prozess mit solchen Iterationen hinzugefügt werden.

Der Wert eines Werkzeugs oder Prozesses liegt darin, Optionen zu begrenzen und zugleich genug Raum für Qualität, Geschwindigkeit und Kreativität zu lassen.

Werkzeuge vergleichen, um sie optimal zu nutzen, nicht um sie zu beurteilen

Wie alle Werkzeuge und Prozesse sind weder Kanban noch Scrum perfekt. Eine Lösung für alle Fälle gibt es nicht. Diese Prozesse geben nicht unbedingt alles vor, was Ihr Projekt zum Erfolg braucht.

Sie bieten bestimmte Grundsätze, Anweisungen und Einschränkungen. Scrum verlangt beispielsweise zeitlich begrenzte Sprints mit interdisziplinären Teams. Kanban verlangt sichtbare Boards, Kontrolle laufender Arbeit (WIP), explizite Ablaufregeln, aktives Flussmanagement, Rückmeldungen und Verbesserung.

Projekterfolg oder -misserfolg kann mit der Qualität der Werkzeuge und Prozesse verwechselt werden.

Wichtig ist zu verstehen:

• Ein Projekt kann dank hervorragender Werkzeuge und Prozesse großartige Ergebnisse liefern.
• Ein Projekt kann trotz suboptimaler oder ungeeigneter Werkzeuge und Prozesse großartige Ergebnisse liefern.
• Ein Projekt kann wegen suboptimaler oder ungeeigneter Werkzeuge und Prozesse schlechte Ergebnisse liefern.
• Ein Projekt kann trotz hervorragender Werkzeuge und Prozesse schlechte Ergebnisse liefern.

Als ausgebildete, bezahlte Fachleute sollten wir Werkzeuge und Prozesse deshalb vergleichen, um sie besser zu verstehen, nicht um sie zu beurteilen.

Achten Sie ausdrücklich darauf, einem Prozess nicht unabhängig von den Umständen zu folgen. Wählen Sie nur den Weg zum besten Geschäftswert für Ihr Projekt. Lernen Sie laufend weiter und passen Sie sich bei Bedarf an.

Beschränken Sie Ihre Organisation nicht auf ein Werkzeug

Daraus ergibt sich die Notwendigkeit, Werkzeuge bedarfsgerecht zu kombinieren und anzupassen!

Die meisten Kanban- und Scrum-Teams nutzen Prinzipien aus XP (eXtreme Programming). Kanban-Teams können eine tägliche Abstimmung verwenden, während Scrum ein Daily Scrum für die Entwickler festlegt. Ein Kanban-Board kann ein Sprint Backlog zeigen. Dieses ist jedoch der Plan der Entwickler, nicht bloß ein Board oder eine dokumentierte Übernahme aus Kanban. Beschränken Sie Ihre Organisation nicht auf ein Werkzeug. Testen Sie, was für Sie funktioniert.