Kanban

Kolleginnen am Kanban Board

Kontinuierlich und nachhaltig besser werden

Alle Artikel zur Kategorie Kanban 

Sollten Sie ein ganz bestimmtes Thema suchen, empfehlen wir, die Suche in der Navigation am Bildrand rechts oben zu nutzen. Falls Sie nicht finden konnten, was Sie gesucht haben, zögen Sie nicht uns zu kontaktieren.

Modell für evolutionäre Veränderungen

Kanban

Wenn diese Veränderungen nachhaltig im Unternehmen verankert werden, kann sich im Laufe der Zeit eine neue Unternehmenskultur etablieren.

Was sind Flight Levels?

Agile Arbeit

Das Flight Levels Modell unterscheidet zwischen 3 Flight Levels bzw. Ebenen der Arbeit in Organisationen. Der Artikel beschreibt wie sich diese drei Ebenen unterscheiden.

Agile Verträge Time and Material

Agile Arbeit

Bei agilen IT-Softwareprojekten stellen sich besondere Herausforderungen bezüglich der Vertragsgestaltung. Wir geben einen Überblick über Ihre Möglichkeiten für die agile Software-Vertragsgestaltung.

Kanban Board

Kanban

Kanban ist eine agile Methode für evolutionäres Change Management. Das bedeutet, dass der bestehende Prozess in kleinen Schritten (evolutionär) verbessert wird. Indem viele kleine Änderungen…

Agile Floating Teams

Agile Arbeit

In Kontexten, in denen bis zu 30 Personen in Teams arbeiten sollen, fällt es nicht immer leicht, stabile Teams zu bilden. Wir zeigen, wie Floating Teams hier helfen können.

Agiles Arbeiten in verteilten Teams

Agile Arbeit

„Distributed Agile Teams Are Here to Stay.“ - Verteilte agile Teams wird es weiterhin geben. Auch wenn das Arbeiten mit einem Team vor Ort viele Vorteile bietet, sind verteilte Teams ein wichtiger…

Tipps für Online Meetings

Agile Arbeit

In der aktuellen Situation hat sich die Arbeitssituation für viele verändert: Homeoffice, Telearbeit, Remote-Meetings, Umgang mit vielen neuen Tools, verändertes Verhalten in der Kommunikation u. v.…

Agile Filme und Videos

Agile Arbeit

In regelmäßigen Abständen veröffentlichen wir Videos zu agilen Themen. Auch Vorträge von unseren Kolleg:innen posten wir dort, so dass Sie diese zu jeder Zeit und in Ihrer gewünschten Geschwindigkeit…

Agile Podcasts

Agile Arbeit

Hier finden Sie eine Auswahl an Podcasts bei denen it-agile Kollegen als Interviewpartner teilgenommen haben.

Und sonst so?

Häufig gestellte Fragen zum Thema Kanban

Gibt es einen "Kanban-Master", der eine analoge Rolle zum Scrum Master einnimmt?

Nein, Kanban, sieht hierfür keine explizite Rolle vor. Wichtig ist, dass es mindestens eine Person gibt, die die Prinzipien von Kanban versteht und sich verantworlich für den Prozess fühlt. Das kann ebenso ein Projektleiter sein wie ein Produktmanager, ein ScrumMaster oder ein externer Coach.

Stimmt es, dass es in Kanban keine Aufwandsschätzungen gibt?

Aufwandsschätzungen sind in Kanban natürlich nicht verboten, sie sind jedoch nicht zwingend vorgeschrieben und werden manchmal sogar als Verschwendung (Waste) angesehen. Der Grund dafür liegt darin, dass bei den vielen Anforderungen, die sich im Product Backlog befinden, niemals klar ist, ob/wann sie wirklich umgesetzt werden. Außerdem stehen, besonders bei kleinen Anforderungen, die Schätzungen häufig in einem ungünstigen Verhältnis zum tatsächlichen Aufwand (in Kanban spricht man von hohen Transaktionskosten). Für die Entscheidung, ob und wann eine Anforderung in das System gegeben werden soll, ist es in einer Kanban-Perspektive wichtiger zu wissen, wann sie voraussichtlich erledigt sein wird. Und diese Aussage lässt sich anhand der bisher gemessenen Durchlaufzeiten treffen und mit der Wahrscheinlichkeit für die Termintreue (Due Date Performance) versehen.

Macht Kanban Vorgaben hinsichtlich der eingesetzten Entwicklungspraktiken?

Wie das Team die Anforderungen umsetzt, bleibt ihm selbst überlassen und hängt von verschiedenen Faktoren ab. Allerdings ist es in Kanban-Systemen wichtig, dass ein automatisierter Build-Prozess und ein gut funktionierendes Konfigurationsmanagement existiert (oder schnell eingeführt wird), damit regelmäßig alle erledigten Features (und nur diese) released werden können. Darüber hinaus sollten möglichst viele Tätigkeiten automatisiert werden (v.a. Unit- und Akzeptanztests).

Softwareentwicklung unterscheidet sich grundlegend von der Automobilindustrie. Ist eine Übertragung der Lean-Prinzipien wirklich sinnvoll?

Wichtig ist, dass man nicht versucht, einzelne Praktiken aus der Automobilindustrie 1:1 auf die Softwareentwicklung zu übertragen. Stattdessen geht es darum, tiefer liegende Prinzipien anzuwenden, die sich bereits anderswo (u.a. in der Automobilindustrie) bewährt haben. Einige dieser Prinzipien sind: Sich auf die Anforderungen mit dem höchsten Geschäftswert zu konzentrieren, Verschwendung zu minimieren und die Durchlaufzeiten zu verkürzen. Dass diese Prinzipien auch in der Softwareentwicklung zum Erfolg führen, zeigen etliche Projekte, die inzwischen Kanban einsetzen. Hier einige öffentliche Praxisberichte:

Wie führt man Kanban ein?

Die ersten beiden Schritte bestehen immer darin, die bisherige Wertschöpfungskette zu modellieren (es genügen einige Linien und Kreise auf einem Flipchart) und die verschiedenen Stationen auf einem Whiteboard zu visualisieren. Als nächstes kann man grob die Limits für die einzelnen Stationen festlegen und beobachten was passiert: Wie lang sind die Durchlaufzeiten? Wo befinden sich Bottlenecks?

Nach und nach sollten nun die Limits angepasst werden. Dabei ist es wichtig, dass das Team sich regelmäßig Feedback holt - die meisten Kanban-Teams führen deshalb tägliche Standup-Meetings durch. Schließlich ist es häufig ratsam, unterschiedliche Pull-Regeln festzulegen, die bestimmen, in welcher Reihenfolge verschiedene Anforderungen abgearbeitet werden sollen.

Wie verträgt Kanban sich mit Scrum?

Kanban ist ein übergreifender Ansatz, der prinzipiell auf jeden bestehenden Prozess aufgesetzt werden kann - egal ob agil oder nicht. Viele Prinzipien und Techniken aus Scrum ergänzen sich gut mit Kanban (etwa die Daily Scrums und die Burndown-Charts), und der ScrumMaster kann seine Rolle nutzen, um Kanban einzuführen.