Was ist Kanban?

Und wie ist es im vergleich zu Scrum?

Inhaltsverzeichnis

Wenn man nach dem Unterschied zwischen Kanban und Scrum sucht, erhält man wahrscheinlich mindestens 10 000 Suchergebnisse mit verschiedenen Artikeln und Blogbeiträgen. Trotz der enormen Menge an Informationen zu diesem Thema fällt es den Menschen immer noch schwer, den Unterschied zu verstehen, vielleicht sind Sie deshalb auch auf diesem Artikel gelandet. Um Verwirrung zu vermeiden, erkläre ich es deshalb auf eine sehr einfache Art und Weise. Und mit einfach, meine ich wirklich einfach. 

Was ist Kanban?

Kanban ist Scrum ohne Commitment! Nicht mehr und nicht weniger. Die ganze Ideologie von Scrum ist die Entwicklung von releasbaren Funktionen auf einer iterativen und inkrementellen Basis mit dem Ziel, den höchstmöglichen Wert in der kürzestmöglichen Zeit zu liefern. Nimmt man also all dies, entfernt man den Teil des Commitments, so erhält man einen Kanban-Prozess. 

Commitment ist einer der 2 Hauptwerte von Scrum; der andere ist die Completion. Die Details, was sie bedeuten und warum sie so wichtig sind, können Sie in diesem Artikel nachlesen. 

Um auf dem oben erwähnten Artikel aufzubauen, würde ich hinzufügen, dass diese Werte nicht nur Scrum, sondern Agile im Allgemeinen betreffen, schließlich ist Scrum ein Rahmenwerk, das Teams helfen soll, agil zu werden. All diese Dinge erfordern, dass das Team das Produkt vertikal entwickelt (Feature für Feature) und dass die angefangene Arbeit vollständig abgeschlossen ist, bevor es zum nächsten Schritt übergeht, so dass es so schnell wie möglich released werden kann und Feedback gesammelt werden kann – Completion.  

Wie funktioniert Kanban ohne Commitment?

Okay… also Completion ist in einem agilen Umfeld unerlässlich, aber was ist mit dem Commitment, schließlich ist das Commitment die Sache, die wir bei Kanban aufgeben. Nun, die beiden Werte, genauer gesagt, die Praktiken, die sie ermöglichen, sind Instrumente, die die agile Arbeitsweise unterstützen. Es ist also ist nur logisch, dass es umso schwieriger wird auf dem agilen Weg zu bleiben, wenn man einen dieser Werte außer Acht lässt.  

Meine Erfahrung mit Kanban-Teams beweist genau dies. Viele Leute gehen davon aus, dass Kanban viel einfacher zu machen ist, aber in Wirklichkeit ist es genau das Gegenteil.

Kanban erfordert viel mehr Disziplin und Aufwand, natürlich nur, wenn man es richtig machen will. 

In einem Scrum-Prozess hat man mehr Richtlinien, “Regeln”, Prinzipien (einschließlich Commitment), die den Lernprozess anfangs erschweren, aber sie dienen tatsächlich als Hilfsmittel und Wegweiser, um auf dem richtigen Weg zu bleiben, und auf lange Sicht geben sie einem das Geschenk der Planungsfähigkeit, das Commitment bietet, und Planungsfähigkeit ist die andere Seite der Medaille der Einhaltung der Time-to-Market.  

Damit will ich nicht sagen, dass Kanban-Teams nicht in der Lage sind, mit der Markteinführung Schritt zu halten, aber es wird ihnen sehr schwerfallen, dies zu tun.  

An dieser Stelle möchte ich darauf hinweisen, dass ich Commitment im Sinne von “eine genaue Zusage geben, welche Aufgaben in den nächsten 1-2 Wochen erledigt werden können”, verwende. Selbst in Kanban-Teams muss eine Art von Verpflichtung eingegangen werden, sei es auf der Ebene von Releases, Quartalen oder pro Tag gelösten Tickets, so dass wir nicht auf alle Arten von Verantwortlichkeit verzichten können und wollen. 

Wo funktioniert die Kanban-Methode am besten?

Kanban ist die Anerkennung der Tatsache, dass nicht alle Teams commitmentfähig sind. Serviceteams sind ein gutes Beispiel dafür. Die Arbeit solcher Teams hängt vollständig von den anderen Teams im Projekt ab und ist völlig unplanbar… Ich weiß, der Albtraum jedes agilen Praktikers!

Okay, Sie können sich also nicht committen, aber Sie wollen auch nicht auf all die anderen guten Dinge verzichten, die mit der Agilität zusammenhängen, wie Effektivität, Completion, kurze Feedback-Zyklen, schnelle Lieferung usw., und zurück zum Wasserfall gehen, und hier kommt Kanban ins Spiel.  

Wo funktioniert die Kanban-Methode am besten?

Der Verzicht auf Commitment im oben genannten Sinne bedeutet den Verzicht auf einige der Rituale und Best Practices in Scrum wie Sprints und Plannings. Manche Organisationen gehen sogar so weit, die Rolle des Scrum Masters abzuschaffen.  

Wie der Name schon sagt, besteht die Verantwortung dieser Rolle darin, sich um den Scrum-Prozess zu kümmern, so dass viele denken: “Wenn es keinen Scrum-Prozess gibt, der eingehalten werden muss, brauchen wir keinen Scrum Master” (Hinweis: das ist keine gute Idee).  

Ich möchte an dieser Stelle sagen, dass dies der Grund ist, warum ich die Benennung dieser Rolle nicht sehr passend finde, und dass es viel passender wäre, diese Person zum Beispiel Teamcoach zu nennen, aber das ist ein anderes Thema.  

Worauf ich hinaus will, ist, dass in einem Szenario, in dem die Arbeit auf unvorhersehbare Weise ankommt, Kanban ihre einzige Option ist. Es ermöglicht Ihnen, die Arbeit zu visualisieren, zu priorisieren und zuzuweisen, den Durchsatz Ihres Teams im Auge zu behalten und gleichzeitig die Tatsache zu respektieren, dass Sie aufgrund der Art Ihrer Arbeit nicht in der Lage sind, eine verlässliche Aussage darüber zu treffen, welche genauen Aufgaben Sie in den nächsten zwei Wochen erledigen können.  

Um all dies zu erreichen, verwenden die Teams in Kanban ein Workflow-Board, um Transparenz zu schaffen.Genau wie in einem Scrum-Prozess, sie haben Dailies und Retrospektiven. Ein Unterschied zwischen den beiden Prozessen findet sich in der Planung, die durch ein Replenishment Meeting ersetzt wird.  

Das Ziel ist es, sicherzustellen, dass das Pulling-Work-Prinzip ermöglicht wird, ohne die Bindung an eine bestimmte Timebox (Sprint). Auch das Review-Meeting in einem Kanban-Prozess ist etwas anders. Die Agenda und die Idee dahinter bleiben unverändet, der einzige Unterschied besteht darin, dass wir nicht mit der Erwartung in das Review gehen, dass das Team alle Aufgaben erledigt hat, die für die Iteration geplant waren, denn es gab ja gar keine Iteration.  

Ein weiterer erwähnenswerter Punkt in einem Knaban-Prozess ist das Prinzip der Begrenzung des WIP (Work In Process). Sie legen einfach eine maximale Anzahl von Aufgaben fest, die zu einem bestimmten Zeitpunkt bearbeitet werden können. Es ist ebenso einfach wie wirkungsvoll, denn es sorgt dafür, dass das Team konzentriert bleibt und so schnell wie möglich einen Mehrwert liefert. 

Or this with a darkened backg-img
Lorem ipsum dolor sit amet consectetur adipiscing elit dolor
Category

Welche Methode ist die beste für Ihr Team – Kanban oder Scrum?

Zusammenfassend und zur Klärung möglicher Unklarheiten bei der Frage, für welches Framework Sie sich entscheiden sollen: Wenn Ihr Ziel darin besteht, echte Business Agility zu erreichen und Sie kein Problem mit unvorhersehbarer Arbeit haben, dann sollten Sie sich für Scrum entscheiden.  

Wenn Sie über die zweite Hälfte der Relation stolpern, dann fragen Sie sich: “Gibt es wirklich keine Möglichkeit, durch Prozessverbesserungen usw. die Arbeit meiner Teams vorhersehbar zu machen?”. Nehmen Sie sich Zeit für diese Frage, machen Sie ein paar Iterationen, diskutieren Sie es mit einem Agile Coach und wenn die Antwort immer noch nein lautet, dann sollten Sie sich für Kanban entscheiden.  

Verstehen Sie mich nicht falsch, ich habe nichts gegen Kanban, aber es ist nur einen Schritt von echter Business-Agilität entfernt, und der Weg der Agilität ist bereits so voller Fallen, Fallstricke und Löcher, dass wir ihn nicht noch mehr riskieren wollen. 

Die App für skalierte agile
Teams ist endlich da!
Klicke hier, um Artikel mir demselben Tags zu sehen:
Weitere interessante artikel für dich:
Behindert das neue AÜG Scrum Projekte? | scagile.work Blog
Scrum
Behindert das neue AÜG Scrum Projekte?

Was hat die Neuregelung des AÜG mit Scrum zu tun? Ich meine viel und möchte auf die neuen Herausforderungen, die sich daraus für die Planung von SCRUM Projekten in vielen Unternehmen ergeben in diesem Artikel eingehen.

Read More »

This is the H3 Tag

This is a teaser for another article
Lorem ipsum dolor sit amet consectetur adipiscing elit dolor
Category
This is a flip box
its not any H tag
This is the heading
Lorem ipsum dolor sit amet consectetur adipiscing elit dolor
Click Here
This is a flip box
its not any H tag
This is the heading
Lorem ipsum dolor sit amet consectetur adipiscing elit dolor
Click Here
This is a flip box
its not any H tag
This is the heading
Lorem ipsum dolor sit amet consectetur adipiscing elit dolor
Click Here
This is a flip box
its not any H tag
This is the heading
Lorem ipsum dolor sit amet consectetur adipiscing elit dolor
Click Here
Item One

Lorem ipsum dolor sit amet, consectetur adipisi cing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. 

Item Two

Sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat.

Item Three

Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat. Lorem ipsum dolor sit amet, consectetur adipisi cing elit, sed do eiusmod.

1
Advanced Tools
Add more power to Elementor using our creative elements and make your projects look prettier than ever before.
2
All-in-One Solution
Find all the tools you’ll need to create advanced websites in one place. Stop waisting time searching for solutions.
3
Nonstop Updates
We strive to innovate when it comes to functionality. Our mission is to be the best, come and join the ride.

Article name

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Ut elit