4.0 Kanban vs. Scrum – Eine vergleichende Übersicht

Traditionell wird Kanban von den meisten Experten als eine Form von Agile angesehen. Es bezeichnet ein eigenständiges iteratives Framework, das sich deutlich von sequenziellen Projektmanagementtechniken wie Waterfall unterscheidet. Ein ähnlicher Rahmen ist Lean, das ebenfalls aus den gleichen Toyota-Produktionseinheiten und -Praktiken entstand. Es beinhaltet Parameter wie schnelle Lieferung, verantwortungsvolle Entscheidungsfindung, Abfallvermeidung, Teambefähigung und Verstärkung des Lernens.

In Bezug auf agile Techniken ist Scrum die gebräuchlichste. Es basiert auf einem Arbeitssprint, der ein kleines Zeitintervall (meist 2-4 Wochen) umfasst, in dem die Arbeit ausgeführt wird. Es achtet auf die Selbstorganisation des Teams und besitzt Informationen wie den Ablauf der Teamarbeit, die Arbeitsstruktur und die dazugehörigen Regeln und Rollen. Im Vergleich sollte man feststellen, dass Kanban weniger komplex, anpassungsfähiger ist und nur von wenigen Regeln begleitet wird. Der Prozess ist nicht zeitlich begrenzt und kann mit WIP an jeden Prozess oder jede Technik angepasst werden.

Entscheiden, ob Kanban zu Ihrem Prozess passt #

Die allgemeine Regel für Projektmanager, die neue Methoden anwenden möchten, lautet, die Art der von der Organisation geforderten Veränderungen im Auge zu behalten. Zum Beispiel sollten Manager bei radikalen Veränderungen auf Scrum zurückgreifen. Wohingegen; bei mehreren laufenden Prozessen, Kanban kann die richtige Wahl sein, da sie ohne drastische Änderungen am System übernommen werden kann.

Der Coach von Agile Velocity, David Hawks, empfiehlt, anhand einiger wichtiger Parameter zu entscheiden, ob Kanban die richtige Methode für Sie ist. Er kommentierte weiter, dass Kanban besser für Projektteams geeignet sei, die nach kontinuierlicher Verbesserung streben. Darüber hinaus eignen sich auch Teams mit wechselnden Prioritäten und Potenzial zur Aufteilung in kleinere Teilteams gut für Kanban. Allerdings gibt es diesbezüglich gegensätzliche Meinungen. Anderson ist der Ansicht, dass es gemäß mehreren Fallstudien nicht notwendig ist, das Team und die Arbeit für Kanban in kleinere Teile aufzuteilen. Kanban kann ziemlich gut mit einer Vielzahl von Teams, Arbeitsdringlichkeit und Komplexität arbeiten.

Inzwischen glaubt Hawks, dass Kanban am nützlichsten ist, wenn der Schwerpunkt auf den Kundenbedürfnissen und -präferenzen liegt. Es kann auch gut geeignet sein für Unternehmen mit einem geringeren Drang nach Veränderung und Verbesserung. Brumbaugh hingegen schlug Kanban als Option für Unternehmen vor, die Schwierigkeiten haben, Scrum zu verstehen. Er erzählte, dass Kanban ein großartiges Werkzeug ist, um Vertrauen in eine Organisation aufzubauen und den Ton für das Verständnis von Sprintsystemen wie Scrum vorzugeben. Es kann darüber hinaus in jedem vertikalen Produktentwicklungs-Framework verwendet werden. Darüber hinaus warnte er, dass Kanban nicht in Organisationen bevorzugt werden sollte, die an einer Partnerschaft arbeiten oder in solchen Umgebungen, in denen die Interessengruppen bestimmten Präferenzen nicht zustimmen können.

Sie können sich nicht zwischen Kanban und Scrum entscheiden? Wählen Sie Scrumban #

Mit der Popularität von Kanban und seinen effektiven Ergebnissen sind von Zeit zu Zeit mehrere Hybriden entstanden. Bestimmte Scrum-Teams, die sowohl von Lean als auch von Kanban inspiriert waren, entwickelten Wege, um beides zu integrieren und so einen Hybrid zu bilden, der allgemein als Scrumbag bezeichnet wird. Dieser Hybrid zielt darauf ab, das Beste aus beiden Techniken hinzuzufügen, indem er Visualisierung und WIP zu Scrum hinzufügt. Scrum-Praktikerin Savita Pahuja erklärt, dass Scrum für ereignisgesteuerte Arbeits- und Wartungsprojekte verwendet werden sollte.

Wie kann Kanban implementiert werden? #

Falls Sie sich entschieden haben, Kanban in Ihrem Unternehmen zu implementieren, sind die folgenden Elemente erforderlich, um damit voranzukommen;

  • Engagement von PM und Projektteam
  • Kanban-Training oder ein Coach
  • Physisches oder Online-Board
  • Buy-in von der Geschäftsleitung

Lawrence Roybal, der Chief Executive der Oxford Solutions Group, empfiehlt, dass Kanban-Teams idealerweise nicht mehr als neun Personen einschließlich Berater umfassen sollten. Eine solche Vereinbarung gewährleistet eine effektive Entscheidungsfindung und den Gruppenzusammenhalt. Er merkte weiter an, dass es für das Projektteam unerlässlich sei, die richtige Zusammensetzung der Teilnehmer zu haben. Darüber hinaus wies Roybal darauf hin, dass einer der Hauptfehler bei Kanban darin besteht, dass Teams zögerlich sind, ein frühes Buy-In zu erhalten. Fortan ist es notwendig, Projektbesprechungen abzuhalten, bevor das Projekt mit Kanban gestartet wird. Es stellt sicher, dass die richtigen Leute für den richtigen Job zur Verfügung stehen.