Kanban
Pull-System/Arbeitsfluss-Methode – Abgrenzung zu Scrum.
Kanban ist eine Methode zur Visualisierung und Begrenzung laufender Arbeit (WIP-Limits). Im Gegensatz zu Scrum hat Kanban keine festen Rollen, Sprints oder Zeitboxen. Beides kann kombiniert werden, gehört aber nicht zum Scrum Guide.
Passende Übungsfragen
☝️ SingleEin Vorhaben ist Routine: Anforderungen und Vorgehen sind vollständig bekannt und hundertfach erprobt. Ist Scrum hier die richtige Wahl?
✅Nein – bei geringer Unsicherheit erzeugt der empirische Overhead mehr Aufwand als Nutzen; ein definierter Prozess ist effizienter.
❌Nein – Scrum ist ausschließlich für Softwareentwicklung zulässig.
❌Ja – Scrum ist für jede Art von Arbeit die überlegene Wahl.
❌Ja, aber nur mit einwöchigen Sprints.
Scrum ist kein Selbstzweck. Für wiederholbare Arbeit mit bekanntem Weg ist ein standardisierter Prozess oder ein Flow-System wie Kanban meist die bessere Antwort.
✅Kanban-Praktiken wie Visualisierung, WIP-Limits und Flow-Metriken lassen sich innerhalb von Scrum einsetzen.
✅Beide Ansätze beruhen auf Transparenz und regelmäßiger Inspektion.
❌Wer Kanban-Praktiken nutzt, verletzt damit automatisch den Scrum Guide.
✅Scrum ist iterationsbasiert mit festen Sprints, Kanban ist flussbasiert ohne vorgeschriebene Iteration.
Scrum ist bewusst unvollständig und lässt ergänzende Praktiken ausdrücklich zu. Solange Events, Artefakte, Commitments und Verantwortlichkeiten unangetastet bleiben, ist die Kombination unproblematisch.