Was ist das Kanban-Modell in der Softwareentwicklung?

Was ist Kanban?

Kanban ist ein sehr beliebtes Framework für die Entwicklung in der agilen Softwareentwicklungsmethodik. Es bietet eine transparente Möglichkeit, die Aufgaben und Arbeitskapazität eines Teams zu visualisieren. Es verwendet hauptsächlich physische und digitale Tafeln, um den Teammitgliedern die Visualisierung des aktuellen Stands des Projekts, an dem sie arbeiten, zu ermöglichen.

Kanban entstand in den 1940er Jahren bei Toyota. Kanban bedeutet auf Japanisch „Werbetafel“. Das Kanban-Board hat Spalten und Story-Karten. Die Spalten sind nichts anderes als Workflow-Zustände und die Karten sind nichts anderes als eine Demonstration der tatsächlichen Aufgabe, die ein Teammitglied ausführt.

Diese Karten übermittelten ein Just-in-Time-Signal: Eine Station forderte Teile nur dann an, wenn sie diese tatsächlich benötigte; es wurde also nichts im Voraus gefertigt. Kanban behält dieses Prinzip bei. Es ist eine Methode, die über den bestehenden Prozess gelegt wird, anstatt ihn zu ersetzen, und passt sich daher jedem System an. Lebenszyklus der Softwareentwicklung Modell, das Sie bereits verwenden.

Wann ist Kanban sinnvoll?

Kanban eignet sich für Teams, deren Arbeit unvorhersehbar eintrifft und die ein fertiges Element sofort nach Fertigstellung freigeben müssen. Hier sind die wichtigsten Gründe für die Verwendung der Kanban-Methode:

• Kanban kann in jedem Bereich eingesetzt werden und kann sehr effektiv in der Softwareentwicklung eingesetzt werden. Kanban-Projektmanagement trägt dazu bei, die Effizienz des Teams zu verbessern.
• Es handelt sich um ein Pull-basiertes System. Aufgaben werden gezogen, sobald eine Person frei ist.
• Kanban sollte verwendet werden, wenn Sie Ihre Arbeit jederzeit freigeben möchten. Es erfordert eine Git-Verzweigung, ist aber machbar.
• Kanban sollte verwendet werden, wenn Sie die Prioritäten spontan ändern möchten. Dazu müssen Sie diese Geschichte lediglich ganz oben auf die To-Do-Warteschlange setzen.
• Es sollte verwendet werden, wenn Sie Ihre Arbeit visualisieren und den Fortschritt Ihrer Aufgaben visuell sehen möchten.

Die Passform ist die eine Hälfte der Entscheidung; die unten aufgeführte Auszahlung die andere.

Vorteile der Kanban-Methode

Das stärkste Argument für Kanban ist, dass es die Lieferprozesse verbessert, ohne eine Umstrukturierung zu erzwingen. Niemand ändert seine Position und es wird kein Sprintkalender eingeführt, dennoch macht das Board Warteschlangen, Blockaden und überlastete Mitarbeiter bereits am ersten Tag sichtbar. Ein für alle erkennbarer Engpass wird in der Regel behoben.

Teams, die regelmäßig Kanban anwenden, berichten von folgenden Vorteilen:

• Kürzere Lieferzeiten: Durch die Begrenzung der Bearbeitungszeiten (WIP-Limits) wird die Wartezeit einer Karte verkürzt, und genau dort verstecken sich die meisten Verzögerungen.
• Höhere Flexibilität: Ein dringender Eintrag kann jederzeit ganz oben in der Aufgabenliste stehen, ohne dass eine Bearbeitungsrunde abgewartet werden muss.
• Bessere Zusammenarbeit: Wenn eine Spalte ihr Limit erreicht, helfen kostenlose Mitglieder dabei, sie zu leeren, anstatt eine neue zu beginnen.
• Mitarbeiterförderung: Die Nutzer wählen ihre nächste Karte selbst und bestimmen deren Status, wodurch Genehmigungsengpässe beseitigt werden.
• Vorhersehbare Prognosen: Die historische Zykluszeit liefert eine evidenzbasierte Lieferprognose anstelle einer Schätzung.
• Less Abfall: Nichts wird begonnen, bevor das System die Kapazität hat, es abzuschließen.

Diese Ergebnisse basieren auf vier Prinzipien, die jeder Kanban-Implementierung zugrunde liegen.

Die vier Prinzipien von Kanban

Nachfolgend sind die vier wichtigsten Kernprinzipien von Kanban aufgeführt:

1. Beginnen Sie mit dem, was Sie jetzt haben: Das Kanban-System schlägt vor, schrittweise zu arbeiten und mit dem zu beginnen, was Sie derzeit haben. Da es zu seinen Praktiken gehört, sich kontinuierlich zu verbessern, müssen Sie das System schrittweise verbessern.
2. Stimmen Sie der Verfolgung schrittweiser, evolutionärer Veränderungen zu: Kanban empfiehlt eine schrittweise Änderung im Prozess, und Sie dürfen keine große Änderung im Prozess auf einmal vornehmen.
3. Respektieren Sie den aktuellen Prozess, die Rollen und Verantwortlichkeiten: Beginnen Sie noch einmal mit dem, was Sie jetzt haben, und ändern Sie den Prozess, die Rolle und die Verantwortlichkeiten schrittweise.
4. Ermutigen Sie Führungspersönlichkeiten auf allen Ebenen: Jeder Einzelne kann als Führungskraft agieren und Ideen einbringen, um die Effizienz des gesamten Kanban-Systems zu verbessern. Sie sollten nicht denken, dass es sich hierbei um eine Aktivität auf Managementebene handelt und dass sogar das jüngste Mitglied des Teams als Führungskraft fungieren kann.

Die Prinzipien beschreiben die Denkweise. Die sechs nachfolgenden Praktiken beschreiben das alltägliche Verhalten, das diese Prinzipien in die Praxis umsetzt.

Die sechs Kanban-Kernpraktiken

Im Folgenden werden die sechs wichtigsten Kernpraktiken von Kanban aufgeführt:

1. Visualisieren Sie den ArbeitsablaufDieses Prinzip empfiehlt die Verwendung eines Kanban-Boards (physisch oder digital) zur Visualisierung des Arbeitsablaufs. Jedes Teammitglied sollte seine eigene Karte sowie die Karten der anderen Teammitglieder sehen können. Die Karten lassen sich je nach Layout des Boards in verschiedenen Spalten anordnen. Dies sorgt für mehr Transparenz im Team und erleichtert die Beseitigung von Hindernissen.
2. Laufende Arbeiten begrenzen: Kanban ist ein Pull-basiertes System und verbessert die Effizienz eines Teams, indem es die laufenden Arbeiten begrenzt und Aufgaben bereitstellt, die vom Team innerhalb des vorgegebenen Zeitrahmens erledigt werden können. Dieses WIP-Limit gilt vom Anfang bis zum Ende des Workflows. Sie können den Grenzwert mithilfe einer positiven Ganzzahl oben auf die Spalte anwenden.
3. Konzentrieren Sie sich auf den Fluss: Dieses Prinzip konzentriert sich auf den Fluss und auf etwaige Unterbrechungen. Kommt es zu Unterbrechungen oder Blockaden, müssen diese dauerhaft behoben werden.
4. Explizite Richtlinien: Im Team können Richtlinien festgelegt werden, um die Nacharbeit zu reduzieren und sich auf die Bereiche zu konzentrieren, die Aufmerksamkeit erfordern oder in denen es effektiver ist.
5. Feedbackschleife:: Feedbackschleifen sind bei Kanban sehr wichtig. Dies geschieht nicht nur innerhalb des Teams, sondern auch zwischen mehreren Teams, Trainern usw. Dies trägt dazu bei, den allgemeinen Zustand des Kanban-Systems zu verbessern.
6. Schnelle Implementierung : Dies ist das Kernprinzip des Kanban-Systems. Darin heißt es, dass Sie den Prozess jederzeit verbessern können, was zu einer höheren Effizienz führt.

Praktiken benötigen Verantwortliche, was Kanban anders handhabt als andere Ansätze. agile Methoden.

Kanban-Rollen und -Verantwortlichkeiten

Kanban sieht bewusst keine neuen Berufsbezeichnungen vor – das dritte Prinzip fordert, die bestehenden Rollen zu respektieren. Ein Entwickler bleibt Entwickler. In der Praxis kristallisieren sich jedoch mit zunehmender Reife des Kanban-Boards zwei Verantwortlichkeiten heraus, die in ausgereiften Implementierungen explizit benannt werden.

Das Service Delivery Manager Diese Person ist für den Arbeitsablauf auf dem Board verantwortlich. Sie überwacht Karten, die sich nicht mehr bewegen, eskaliert Blockaden, hält die Spalten innerhalb ihrer WIP-Limits und leitet die Überprüfung, bei der das Team seine eigenen Zykluszeitdaten prüft. Serviceanfragemanager Besitzt die Kontrolle über das, was auf die Tafel gelangt, vertritt die Kunden, die Anfragen stellen, ordnet die Aufgabenliste so, dass der wichtigste Eintrag oben steht, und legt die Auswahlkriterien explizit fest.

Beides sind Verantwortlichkeiten und keine zusätzliche Personalstärke; oft übernimmt eine Person beides. Wichtig ist, dass jemand für den Ablauf und jemand für die Datenerfassung zuständig ist. Die von ihnen verwalteten Dokumente sind der nächste Schritt.

Kanban-Karten

Die Kanban-Methode empfiehlt die Visualisierung von Arbeitsabläufen. Sie schlägt die Verwendung eines physischen und eines digitalen Boards vor; das untenstehende Board zeigt diese Spalten mit den darauf verteilten Karten.

Die Kanban-Karten sind wesentliche Bestandteile des Kanban-Boards, da sie die Arbeit darstellen, an der das Team arbeitet. Diese Karten werden haben

1. Priorität
2. Eigentümer
3. Typ
4. Geburtstermin

Eine Spalte im Kanban-Board stellt die Arbeitsphase dar, und Sie können für die Spalte ein WIP-Limit (Work in Progress) festlegen. Das WIP-Limit bezeichnet die maximale Anzahl an Karten, die in dieser Spalte verbleiben können.

Da die Kanban-Methode auf einem Pull-System basiert, kann ein Entwickler, sobald er Zeit hat, eine Karte aus der Aufgabenspalte in die Entwicklerspalte ziehen. Das Board, auf dem diese Karten liegen, verdient einen genaueren Blick.

Kanbantafel

Kanbantafel ist ein agiles Projektmanagement-Tool, das bei der Implementierung von Kanban hilft, um Projekte für persönliche und geschäftliche Zwecke zu verwalten. Es handelt sich um ein physisches oder digitales (JIRA) Board, das Teams dabei helfen soll, ihre Arbeit in verschiedenen Phasen und Prozessen zu visualisieren. Es hilft auch, die Arbeitsschritte mit Spalten mithilfe von Karten darzustellen.

Es verfügt über Spalten, die den Status der Arbeit darstellen

1. Machen,
2. Entwickler
3. Tests
4. Fertig.

Jede dieser Spalten kann Karten enthalten, die kleiner als das WIP-Limit sind. Die Karten repräsentieren die eigentliche Arbeit.

Sie können positive Zahlen verwenden, um den Bearbeitungsstand zu begrenzen. Diese Begrenzungszahl kann sowohl auf physischen als auch auf digitalen Kanban-Boards oben auf den Spalten angezeigt werden. Jedes Teammitglied kann den Status seiner Karte verwalten, und das gesamte Team kann den Workflow visualisieren. Digital Boards wie JIRA Fügen Sie die gleichen Grenzwerte mit automatischer Zykluszeit hinzu. tracKönig. Als Nächstes werden wir den Kanban-Workflow kennenlernen, den diese Spalten darstellen.

Kanban-Workflow

Kanban-Workflow ist eine Reihe von Schritten, die Teams dabei helfen, explizite Richtlinien und Prinzipien in Kanban zu definieren. Es stellt die Regeln und Verfahren dar, während die Arbeit in verschiedenen Phasen der Entwicklungs- und Lieferzyklen läuft. Der Kanban-Workflow besteht aus schrittweisen Prozessen zwischen dem Beginn und der Lieferung einer bestimmten Aufgabe.

Das Grundprinzip von Kanban ist: „Hör auf zu beginnen, fang an zu beenden“. Mit Hilfe von WIP-Limits kann mehr Arbeit erledigt werden. In jedem modernen Tool wie JIRA sind anpassbare Kanban-Workflows und -Status verfügbar.

Nachfolgend sind die grundlegenden Zustände aufgeführt, die viele Softwareteams für ihr Workflow-Management befolgen.

Beachten Sie, dass die „Bereit für“-Zustände Warteschlangen und keine Arbeitsvorgänge sind. Eine Karte kann unbegrenzt in einer solchen Warteschlange verbleiben, daher ist die Regel, die Karten bewegt, wichtiger als die Zustände selbst.

Pull-basiertes System

Kanban ist eine Pull-basierte Methode, bei der Aufgaben gezogen und nicht gepusht werden. Sobald Sie Ihre aktuelle Karte vervollständigt haben, können Sie eine neue Karte aus der vorherigen Spalte des Kanban-Boards ziehen.

Mit dem WIP-Limit hilft Kanban bei der Verbesserung von Vorlaufzeit und Zykluszeit. Zwischen diesen beiden Zeitvorgaben sollte die kleinstmögliche Lücke bestehen. Nehmen wir beispielsweise an, wir haben 5 Entwickler und nur 1 Tester. Was würde in diesem Fall passieren? Es gäbe immer viele Karten, die getestet werden müssten, und sie würden ungenutzt herumliegen und warten.

Um die oben genannten Probleme zu überwinden und die Effizienz zu verbessern, folgt Kanban dem Pull-basierten Ansatz mit WIP-Limits, bei dem eine begrenzte Anzahl von Karten gezogen werden muss.

Ein Tester holt also eine Aufgabe aus der Phase „Testbereit“, wenn er seine aktuelle Aufgabe abgeschlossen hat. Mit dem WIP-Limit in Kanban-Spalten (Entwicklungsstadien) werden Sie im Kanban-Workflow nicht viele unbeaufsichtigte Karten haben.

Das Pull-basierte System hilft auch dabei, die optimale Arbeitsgeschwindigkeit für das Team zu finden. Mit der richtigen Arbeitsgeschwindigkeit erzielt das Team bessere Ergebnisse. Alles hängt hier von einer einzigen Kennzahl ab: dem WIP-Limit.

Begrenzung des WIP (in Arbeit)

Bei der Kanban-Methode begrenzt WIP die Anzahl der Aufgaben/Karten, an denen ein Teammitglied oder das gesamte Team gleichzeitig arbeiten kann.

Die WIP-Grenzwerte stellen sicher, dass das Team seine Arbeit stabilisiert und die Vorhersagekraft erhöht, die im Pull-basierten System unerlässlich ist. Normalerweise wird die Entscheidung über das WIP-Limit vom Team selbst getroffen.

Grund für die Festlegung der WIP-Limits

Hier sind Gründe, die WIP-Limits festzulegen:

• Der Fokus wird auf die Erledigung von Aufgaben verlagert, da sich die Person jeweils auf eine einzelne Aufgabe konzentriert.
• Es hilft Teams, ihre Kapazitäten zu verstehen.
• Es verbessert den Produktivitätsvorsprung und die Zykluszeit.
• Es hilft dabei, die Anhäufung von Aufgaben (im Wartemodus) zu vermeiden.
• Es optimiert den Arbeitsablauf, sodass die Aufgaben kontinuierlich bearbeitet werden.
• Es hilft auch dabei, Blockaden zu beseitigen, da eine Person nicht zwischen verschiedenen Aufgaben wechselt.

⚠️ Warnung: Ein zu hohes Limit ist gleichbedeutend mit gar keinem Limit – die Karten werden in die Warteschlange gestellt und die Bearbeitungszeit verlängert sich. Ein zu niedriges Limit führt zu Leerlaufzeiten. Ändern Sie das Limit jeweils nur einer Spalte und beobachten Sie die Bearbeitungszeit zwei Wochen lang.

Das ist der letzte theoretische Teil; im folgenden Abschnitt wird er in die Praxis umgesetzt.

Wie man Kanban Schritt für Schritt implementiert

Kanban ist einfach zu starten: Schritt eins beschreibt, was Sie bereits tun. Arbeiten Sie diese Schritte gemeinsam mit dem gesamten Team durch.

1. Erstellen Sie eine Übersicht über den aktuellen Arbeitsablauf. Führe einen fertigen Gegenstand rückwärts durch alle Übergaben, die er durchlaufen hat. Jede Übergabe wird zu einer Spalte, einschließlich der Wartezustände, die offiziell niemandem zugeordnet sind.
2. Zeichne das Spielbrett. Eine Spalte pro Bundesland, von links nach rechts, endend mit „Fertig“. Für den ersten Monat genügt eine Tafel mit Haftnotizen.
3. Beschreibe die Karten. Jedem Bordgegenstand wird eine Karte mit Priorität, Besitzer, Typ und Fälligkeitsdatum zugewiesen, und er wird dann in die Spalte eingeordnet, die seinem tatsächlichen Zustand entspricht.
4. Definiere für jede Spalte „Fertig“. Schreiben Sie die Ausstiegskriterien an die Tafel. Diese Vorgehensweise mit expliziten Richtlinien verhindert, dass Karten zurückprallen.
5. Legen Sie anfängliche WIP-Grenzwerte fest. Wählen Sie für jede Spalte außer „Zu erledigen“ und „Erledigt“ mithilfe einer der unten beschriebenen Methoden eine Startzahl aus und schreiben Sie diese dann über die jeweilige Überschrift.
6. Die Pull-Regel wird akzeptiert. Niemand beginnt eine neue Karte, solange seine Spalte voll ist; stattdessen helfen sie dabei, die Spalte zu seiner Rechten zu leeren.
7. Täglich die Tafel ablaufen. Gehen Sie von rechts nach links vor, beginnend mit der ältesten Karte, und fragen Sie, was diese Karte blockiert und wer sie heute entsperren kann.
8. Messen, dann festziehen. Nach zwei Wochen zeigen die Zykluszeitdaten, welche Spalte die längste Kartenanzahl aufweist. Senken Sie diesen Grenzwert oder erhöhen Sie die Kapazität und wiederholen Sie den Vorgang.

Bei Schritt fünf bleiben die meisten Teams stecken, daher hier die drei Methoden zur Dimensionierung, die in der Praxis angewendet werden:

Die erste Zahl wird als Hypothese betrachtet. Das Brett wird mit formalen Methoden kombiniert. Agiles Testen Dadurch wird verhindert, dass die Testspalte zum Flaschenhals wird, und die beiden untenstehenden Zeitangaben zeigen, ob es funktioniert.

Vorlaufzeit und Zykluszeit

Bei der Kanban-Methode werden Durchlaufzeit und Zykluszeit häufig verwendet. Zwischen den beiden besteht ein Unterschied, und es ist wichtig, diesen zu verstehen, um Verwirrung zu vermeiden.

Hier ist es auch wichtig zu verstehen, dass die Zeit zwischen der Veröffentlichungsbereitschaft und der tatsächlichen Veröffentlichung nicht berücksichtigt werden darf.

Cycle Time = Work in Progress/Throughput

💡 Tipp: Die Lieferzeit ist das, was der Kunde erlebt; die Durchlaufzeit ist das, was das Team beeinflusst. Eine große Lücke bedeutet, dass Aufträge in einer Warteschlange stehen bleiben, bevor sie bearbeitet werden. Daher sollte die Auftragsannahme optimiert werden, bevor das Team beschleunigt wird.

Im Idealfall sollte die Differenz zwischen Durchlaufzeit und Zykluszeit minimal sein. Kanban verwendet ein kumulatives Flussdiagramm (CFD), um historische Daten zu Durchlaufzeit und Zykluszeit zu erfassen. Dieses Diagramm wird im nächsten Abschnitt erläutert.

Kumulatives Flussdiagramm (CFD)

CFD ist ein Diagramm, das in allen führenden Ländern verfügbar ist Workflow-Management-Tools wie JIRA. Dieses Diagramm misst die Gesamtzahl der Arbeitskarten/Aufgaben, die in den Workflow aufgenommen wurden, und die im Laufe der Zeit abgeschlossenen Karten/Aufgaben.

Es hilft Ihnen, eine Schätzung der durchschnittlichen Durchlaufzeit und Zykluszeit für eine vorgegebene Zeit zu erhalten.

Das CFD-Diagramm zeigt Ihnen Indikatoren und Problembereiche auf, die Sie beheben können. Es liefert Ihnen ein klares Bild, anhand dessen Sie die Durchlaufzeit und die Zykluszeit Ihres Teams optimieren können. Das untenstehende kumulative Flussdiagramm stellt jeden Zustand als farbiges Band dar; ein sich stetig verbreiterndes Band markiert den Engpass.

Die Tabelle wird anhand von vier Größen interpretiert:

1. Vorlaufzeit: Dies ist die Zeitspanne zwischen dem Eintreffen einer neuen Karte in Ihrem Workflow und ihrem endgültigen Verlassen des Workflows.
2. Zykluszeit: Es handelt sich um die Zeitspanne zwischen dem Eintreffen der Karte im betriebsbereiten Zustand und dem Zeitpunkt, zu dem die Karte zur Freigabe bereit ist.
3. WIP: Work in Progress (WIP) begrenzt die maximale Anzahl von Arbeitselementen in den verschiedenen Phasen des Workflows.
4. Durchsatz: Dies ist die tatsächliche Leistung und gibt die tatsächliche Anzahl der in einem bestimmten Zeitraum gelieferten Karten an.

Throughput = WIP/Cycle Time

Das umfasst Artefakte, Mechanismen und Kennzahlen. Die verbleibende Frage ist, wie Kanban im Vergleich zu Scrum abschneidet.

Scrum vs. Kanban

Hier sind die wichtigen Unterschiede zwischen Scrum vs. KanbanFür einen umfassenderen Überblick siehe Agile vs. Scrum.

Häufig gestellte Fragen