Was ist Kanban? Karten, Boards, Grundprinzipien und Praktiken

Inhaltsverzeichnis:

Anonim

Was ist Kanban?

Kanban ist ein sehr beliebtes Framework für die Entwicklung in der agilen Softwareentwicklungsmethode. Es bietet eine transparente Möglichkeit, die Aufgaben und die Arbeitskapazität eines Teams zu visualisieren. Es werden hauptsächlich physische und digitale Boards verwendet, damit die Teammitglieder den aktuellen Status des Projekts visualisieren können, an dem sie arbeiten.

Kanban entstand in den 1940er Jahren in Toyota. Kanbans Bedeutung auf Japanisch ist "Werbetafeln". Das Kanban-Brett hat Spalten und Story-Karten. Die Spalten sind nichts, aber Workflow-Zustände und Karten sind nichts anderes als eine Demonstration der tatsächlichen Aufgabe, die ein Teammitglied ausführt.

In diesem Kanban-Tutorial lernen Sie:

  • Was ist Kanban?
  • Wann sollte Kanban verwendet werden?
  • Kanban-Karten
  • Kanban Board
  • Kanban-Workflow
  • Die vier Prinzipien des Kanban
  • Die sechs Kanban-Kernpraktiken
  • Pull-basiertes System
  • Vorlaufzeit und Zykluszeit
  • Kumulatives Flussdiagramm (CFD)
  • Begrenzung von WIP (Work-in-Progress)
  • Scrum Vs. Kanban

Wann sollte Kanban verwendet werden?

Hier sind die Gründe für die Verwendung der Kanban-Entwicklungsmethode:

  • Kanban kann in jeder Domäne verwendet werden und es kann sehr effektiv in der Softwareentwicklung verwendet werden. Kanban-Projektmanagement hilft bei der Verbesserung der Effizienz des Teams.
  • Es ist ein Pull-basiertes System. Aufgaben werden gezogen, sobald eine Person frei ist.
  • Kanban sollte verwendet werden, wenn Sie Ihre Arbeit jederzeit veröffentlichen möchten. Es erfordert eine Git-Verzweigung, ist aber machbar.
  • Kanban sollte verwendet werden, wenn Sie die Prioritäten im laufenden Betrieb ändern möchten. Dazu müssen Sie diese Geschichte nur ganz oben in die To-Do-Warteschlange stellen.
  • Es sollte verwendet werden, wenn Sie Ihre Arbeit visualisieren und den Fortschritt Ihrer Aufgaben visuell sehen möchten.

Kanban-Karten

Das Kanban-System empfiehlt die Visualisierung der Arbeit. Es wird die Verwendung der physischen und der digitalen Karte vorgeschlagen.

Kanban-Karten

Die Kanban-Karten sind wichtige Teile auf dem Kanban-Brett, da sie die Arbeit darstellen, an der das Team arbeitet. Diese Karten werden haben

  1. Priorität
  2. Inhaber
  3. Art
  4. Geburtstermin

Eine Spalte in der Kanban-Tafel stellt die Arbeitsphase dar, und Sie können der Spalte ein WIP-Limit (Work in Progress) hinzufügen. Das WIP-Limit bedeutet die maximale Anzahl von Karten, die in dieser Spalte verbleiben können .

Da das Kanban-Projektmanagement ein Pull-basiertes System verwendet, kann ein Entwickler, wenn er frei ist, eine Karte von der To-Do-Spalte in die Dev-Spalte ziehen.

Kanban Board

Kanban Board ist ein agiles Projektmanagement-Tool, mit dessen Hilfe Kanaban implementiert werden kann, um Projekte für persönliche und geschäftliche Zwecke zu verwalten. Es handelt sich um ein physisches oder digitales Board (JIRA), mit dem Teams ihre Arbeit in verschiedenen Phasen und Prozessen visualisieren können. Es hilft auch dabei, die Arbeitsschritte mit Spalten mithilfe von Karten darzustellen.

Es hat Spalten, die den Status der Arbeit wie darstellen

  1. Machen,
  2. Dev
  3. Testen
  4. Getan.

Jede dieser Spalten kann Karten <= das WIP-Limit haben. Die Karten repräsentieren die eigentliche Arbeit.

Sie können positive Zahlen verwenden, um die Anzahl der laufenden Arbeiten zu begrenzen. Diese Begrenzungszahl kann sowohl in physischen als auch in digitalen Kanban-Karten oben in den Spalten platziert werden. Jeder Einzelne im Team kann den Status seiner Karte verwalten und das gesamte Team kann den Workflow visualisieren. Als nächstes lernen wir in diesem Kanban-Tutorial den Kanban-Workflow kennen.

Kanban-Workflow

Der Kanban-Workflow besteht aus einer Reihe von Schritten, mit denen Teams explizite Richtlinien und Prinzipien in Kanaban definieren können. Es stellt die Regeln und Verfahren dar, während die Arbeit über verschiedene Phasen der Entwicklungs- und Lieferzyklen läuft. Der Kanban-Workflow besteht aus schrittweisen Prozessen zwischen dem Start und der Ausführung einer bestimmten Aufgabe.

Das grundlegende Prinzip, dem Kanban folgt, lautet: "Stoppen Sie den Start, beginnen Sie mit dem Beenden". Mit Hilfe von WIP-Grenzwerten wird mehr Arbeit erledigt. In jedem modernen Tool wie JIRA stehen anpassbare Kanban-Workflows und -Zustände zur Verfügung.

Nachfolgend sind die Grundzustände aufgeführt, denen viele Softwareteams für ihr Workflow-Management folgen.

Zustände Aufgaben verstehen
Machen In diesem Zustand kommen hier zum ersten Mal Aufgaben an.
Bereit zur Analyse Analysieren Sie die Aufgabe und fügen Sie die Anforderungen vollständig hinzu.
Bereit für die Entwicklung Die Analyse ist abgeschlossen und die Entwicklung kann beginnen.
In der Entwicklung Aufgaben werden entwickelt.
Bereit zum Testen Die Entwicklung ist abgeschlossen, und jetzt können die Tests beginnen.
In den Tests Aufgaben werden getestet.
Bereit zur Veröffentlichung Test abgeschlossen; Veröffentlichung kann passieren.
Freigegeben / Fertig Freigegeben.

Die vier Prinzipien des Kanban

Nachfolgend sind die vier Hauptprinzipien von Kanban aufgeführt:

  1. Beginnen Sie mit dem, was Sie jetzt haben : Das Kanban-System schlägt vor, schrittweise zu arbeiten, und beginnen Sie mit dem, was Sie aktuell haben. Da eine seiner Praktiken darin besteht, sich kontinuierlich zu verbessern, müssen Sie das System schrittweise verbessern.
  1. Stimmen Sie zu, inkrementelle, evolutionäre Änderungen vorzunehmen: Kanban empfiehlt eine inkrementelle Änderung des Prozesses, und Sie dürfen keine großen Änderungen am Prozess auf einmal vornehmen.
  1. Respektieren Sie den aktuellen Prozess, die Rollen und Verantwortlichkeiten: Beginnen Sie erneut mit dem, was Sie jetzt haben, und ändern Sie den Prozess, die Rolle und die Verantwortlichkeiten schrittweise.
  1. Führungsakte auf allen Ebenen fördern : Jeder Einzelne kann als Führungskraft fungieren und Ideen zur Verbesserung der Effizienz des gesamten Kanban-Systems liefern. Sie sollten nicht glauben, dass dies eine Aktivität auf Managementebene ist, und selbst das jüngste Mitglied des Teams kann als Führungskraft fungieren.

Die sechs Kanban-Kernpraktiken

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

  1. Visualisierung des Workflows : Dieses Prinzip schlägt vor, eine Kanban-Karte (physisch oder digital) zur Visualisierung des Workflows zu verwenden. Jeder Einzelne eines Teams muss seine Karte und die Karten anderer Teammitglieder sehen. Sie können Ihre Karten gemäß dem obigen Bild in verschiedenen Spalten verschieben. Es bringt viel Transparenz in das Team und erleichtert auch das Auflösen von Blockern
  1. Begrenzte laufende Arbeiten einschränken: Kanban ist ein Pull-basiertes System, das die Effizienz eines Teams verbessert, um laufende Arbeiten einzuschränken und Aufgaben zu erledigen, die vom Team in dem vorgegebenen Zeitrahmen erledigt werden können. Dieses WIP-Limit gilt vom Anfang bis zum Ende des Workflows. Sie können das Limit oben auf der Spalte mit einer positiven Ganzzahl anwenden.
  1. Fokus auf Fluss : Dieses Prinzip konzentriert sich auf Fluss und auf Unterbrechungen. Wenn es Unterbrechungen oder Blocker gibt, müssen diese dauerhaft behoben werden.
  1. Explizite Richtlinien : Richtlinien können in einem Team erstellt werden, um die Nacharbeit zu reduzieren und sich auf die Bereiche zu konzentrieren, die Aufmerksamkeit erfordern oder in denen sie effektiver sind.
  1. Rückkopplungsschleife : Rückkopplungsschleifen sind in Kanban sehr wichtig. Dies geschieht nicht nur innerhalb des Teams, sondern zwischen mehreren Teams, Trainern usw. Dies trägt zur Verbesserung der allgemeinen Gesundheit des Kanban-Systems bei.
  1. Kontinuierliche Verbesserung : Dies ist das Kernprinzip des Kanban-Systems. Es heißt, dass Sie den Prozess jederzeit verbessern können, was zu einer besseren Effizienz führt.

Pull-basiertes System

Kanban ist eine Pull-basierte Methode, bei der Aufgaben eher gezogen als geschoben werden. Sobald Sie Ihre aktuelle Karte fertiggestellt haben, können Sie eine neue Karte aus der vorherigen Spalte des Kanban-Bretts ziehen.

Mit dem WIP-Limit hilft Kanban bei der Verbesserung der Vorlaufzeit und der Zykluszeit. Zwischen diesen beiden Zeitpunkten sollte die geringstmögliche Lücke bestehen. Zum Beispiel haben wir 5 Entwickler und nur 1 Tester; Was wird in diesem Fall passieren? Es würde immer viele Karten geben, die getestet werden müssen, und sie werden untätig sitzen und warten.

Um die oben genannten Probleme zu lösen und die Effizienz zu verbessern, verfolgt Kanban den Pull-basierten Ansatz mit WIP-Grenzwerten, bei denen nur eine begrenzte Anzahl von Karten gezogen werden muss.

Ein Tester zieht also eine Aufgabe aus der Phase "Bereit zum Testen", wenn er seine aktuelle Aufgabe erledigt hat. Mit dem WIP-Limit in Kanban-Spalten (Entwicklungsstadien) haben Sie nicht viele unbeaufsichtigte Karten im Kanban-Workflow.

Das Pull-basierte System hilft auch dabei, die richtige Geschwindigkeit für das Team zu finden. Mit der richtigen Geschwindigkeit wird das Team eine bessere Leistung erbringen.

Vorlaufzeit und Zykluszeit

Bei der Kanban-Methode werden Vorlaufzeit und Zykluszeit häufig verwendet, es gibt einen Unterschied zwischen den beiden, und es ist wichtig, dies zu verstehen, um Verwechslungen zu vermeiden.

Vorlaufzeit Zykluszeit
Die Vorlaufzeit wird als die Zeit zwischen dem Eintreffen der Aufgabe in Ihrem Workflow und dem Verlassen des Workflows gemessen, dh, sie wurde freigegeben. Die Zykluszeit wird als die Zeit zwischen dem Eintreffen der Aufgabe im Status "In Bearbeitung" und dem Eintreffen der Aufgabe im Status "Bereit zur Freigabe" gemessen.

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

Zykluszeit = Ware in Arbeit / Durchsatz

Im Idealfall sollte die Lücke zwischen Vorlaufzeit und Zykluszeit minimal sein, und Kanban verwendet ein kumulatives Flussdiagramm (CFD), um historische Vorlauf- und Zykluszeitdaten zu messen.

Kumulatives Flussdiagramm (CFD)

CFD ist ein Diagramm, das in allen führenden Workflow-Management-Tools wie JIRA verfügbar ist. Dieses Diagramm misst die Gesamtanzahl der Arbeitskarten / Aufgaben, die in den Workflow eingegeben und abgeschlossene Karten / Aufgaben im Laufe der Zeit angehäuft wurden.

Es hilft Ihnen, eine Schätzung der durchschnittlichen Vorlaufzeit und Zykluszeit für die vorgegebene Zeit zu haben.

Das CFD-Diagramm enthält Indikatoren oder Problembereiche, die behoben werden müssen. Sie erhalten ein klares Bild, das auf diesem Diagramm basiert. Sie können die Vorlaufzeit und die Zykluszeit Ihres Teams korrigieren.

Kanbanes kumulatives Flussdiagramm

  1. Vorlaufzeit : Dies ist die Zeitspanne zwischen dem Eintreffen einer neuen Karte in Ihrem Workflow und dem endgültigen Verlassen des Workflows.
  2. Zykluszeit : Dies ist eine Zeitspanne zwischen dem Eintreffen der Karte im Arbeitszustand und dem Zeitpunkt, zu dem die Karte zur Freigabe bereit ist.
  3. WIP : Work in Progress (WIP) begrenzt die maximale Anzahl von Workitems 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.

    5. Durchsatz = WIP / Zykluszeit

Begrenzung von WIP (Work-in-Progress)

In der Kanban-Entwicklungsmethode begrenzt WIP die Anzahl der Aufgaben / Karten, an denen ein Teammitglied oder ein Ganzes gleichzeitig arbeiten kann.

Die WIP-Grenzwerte stellen sicher, dass das Team seine Arbeit stabilisiert und den prädiktiven Charakter erhöht, der im Pull-basierten System von wesentlicher Bedeutung ist. Normalerweise wird die Entscheidung über das WIP-Limit vom Team selbst getroffen.

Grund für die Festlegung der WIP-Grenzwerte:

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

  • Der Fokus wird darauf verlagert, Dinge zu erledigen, da sich ein Individuum jeweils auf eine einzelne Aufgabe konzentriert.
  • Es hilft Teams, ihre Kapazität zu verstehen.
  • Es verbessert den Produktivitätsvorlauf und die Zykluszeit.
  • Es hilft dabei, die Anhäufungsaufgaben zu vermeiden (im Wartemodus).
  • Es hilft bei der Bewegung des Workflows und Aufgaben bleiben in Bewegung.
  • Es hilft auch, Blocker aufzulösen, da eine Person nicht zwischen verschiedenen Aufgaben wechselt.

Scrum Vs. Kanban

Hier sind die wichtigen Unterschiede zwischen Scrum Vs. Kanban

Gedränge Kanban
Scrum betont die Planung . Es beginnt mit der Sprintplanung und endet mit einer Sprint-Retrospektive. Es finden zahlreiche Meetings statt, die sicherstellen, dass das Team auf die nächsten Schritte, Prioritäten und Erkenntnisse aus früheren Sprints ausgerichtet ist. Kanban ist offen für Änderungen unterwegs. Dies bedeutet, dass die Steifigkeit geringer ist und sich die Dinge häufig ändern können .
Es wird empfohlen, Zeitmessungen zu erfassen, die während der Sprints durchgeführt wurden Kanban empfiehlt Diagramme , um einen Überblick über den Fortschritt des Teams im Laufe der Zeit zu erhalten.
Scrum bittet die Teams nicht mehr um eine Verpflichtung. Stattdessen geht es um die Sprintziele und -prognosen. Kanban setzt auf Zeitboxen und Prognosen .
Es legt Wert auf Planung, und daher spielt die Schätzung in Scrum eine sehr wichtige Rolle Kanban hat keine obligatorischen Anforderungen für die Schätzung.
Jeder Einzelne hat seine Rolle und Verantwortung. Keine festgelegten Rollen, also Flexibilität in Bezug auf individuelle Verantwortlichkeiten.
Die Iterationen / Sprints sind in der Dauer festgelegt. Diese Dauer variiert zwischen 2 Wochen und 1 Monat. Kanban basiert nicht auf der Dauer . Diese Sache wird in Bezug auf die Zykluszeiten gemessen.
Die Teams müssen einen bestimmten Arbeitsaufwand leisten. Engagement nicht erforderlich , ist für Teams optional.
Bei dieser Methode sind funktionsübergreifende Teams wichtig, da sie mit Störungen umgehen können, die zu einem Engpass bei der Softwareentwicklung führen können. Ein spezialisiertes Team zu haben ist wichtig.
Es ist nicht möglich, Elemente zu laufenden Iterationen hinzuzufügen . Neue Elemente können problemlos hinzugefügt werden, wenn die zusätzliche Kapazität verfügbar ist.
Ein Sprint-Rückstand gehört nur einem einzigen Team . Mehrere Teams können sich das Kanban-Board teilen.
Die zu erbringenden Leistungen werden durch Sprints ermittelt , bei denen eine Reihe von Arbeiten abgeschlossen und zur Überprüfung bereit sein müssen. Produkte und Prozesse werden kontinuierlich nach Bedarf geliefert . Der Test- und Überprüfungsprozess wird also gleichzeitig fortgesetzt.
Die Scrum-Softwareentwicklungsmethode konzentriert sich auf den Rückstand . Die Kanban-Methode konzentriert sich ausschließlich auf das Prozess-Dashboard .
Jedes Teammitglied hat eine bestimmte Rolle bei der Festlegung der Zeitpläne durch den Scrum-Master. Es gibt keine vordefinierten Rollen für ein Team. Möglicherweise gibt es jedoch noch einen Projektmanager. Das Team wird zur Zusammenarbeit ermutigt und arbeitet zusammen.
Am besten für Projekte mit wechselnden Prioritäten . Ideal für Teams mit stabilen Prioritäten , die sich im Laufe der Zeit wahrscheinlich nicht ändern.
Misst die Produktion anhand der Geschwindigkeit durch Sprints. Misst die Produktion anhand der Zykluszeit oder der genauen Zeit, die benötigt wird, um einen vollständigen Teil eines Projekts abzuschließen.
Scrum erfordert eine vollständige Umstellung vom traditionellen Modell auf das Agile Scrum-Modell, das im Projekt implementiert werden soll. Kanban erlaubt keine drastischen Änderungen im Projekt.
Es ist eine ideale Methode für Projekte mit sehr unterschiedlichen Prioritäten . Am besten geeignet für Teams mit stabilen Prioritäten .
In Scrum konzentriert sich das gesamte Team darauf, zusammenzuarbeiten und die Aufgabe zu erledigen , um qualitativ hochwertige Entwicklungsarbeit zu leisten. Teams arbeiten daran, Ziele zu erreichen und die Zeit zu verkürzen, um den gesamten Prozess abzuschließen. Daher ist die Verkürzung des Zeitzyklus hier der größte Erfolgsindikator.
Scrum Betonung auf seine Zeitpläne ; Neue Elemente können nicht zu laufenden Iterationen hinzugefügt werden. Kanban ist von Natur aus iterativer, da es keine bestimmten Zeitrahmen hat . Damit können ständig neue Elemente hinzugefügt werden, wenn zusätzliche Kapazität verfügbar ist.
Die gesamte Arbeit erfolgt in Chargen / Sprints . Das gesamte Projekt wird mit der Bewegung von Workflow- Flows mit einem Thread ausgeführt .
Scrum Master fungiert als Problemlöser. Kanban ermutigt jedes Teammitglied, eine Führungskraft zu sein und die Verantwortung unter allen zu teilen.
Scrum schreibt Iterationen mit Zeitrahmen vor . Kanban konzentriert sich auf die Planung einer anderen Dauer für die individuelle Iteration.
Scrum hilft Unternehmen, Zeit und Geld zu sparen . Die Kanban-Methode konzentriert sich auf kontinuierliche Verbesserung , Produktivität und Effizienz.
Erzielen Sie eine stabile und konsistente Kommunikation der Leistung auf allen Ebenen. Teammitglieder erreichen ihre Ziele aufgrund der visuellen Natur der Kanban-Boards mit größerer Wahrscheinlichkeit viel einfacher .
Die Projekte werden während des Sprint- Reviews codiert und getestet Teammitglieder erreichen ihre Ziele aufgrund der visuellen Natur der Kanban-Boards mit größerer Wahrscheinlichkeit viel einfacher .
Aufgrund der kurzen Sprints und des regelmäßigen Feedbacks ist es einfacher, sich an die ständigen Änderungen anzupassen . Es ist für eine regelmäßige, konstante Ausgabe ausgelegt . Große Änderungen der Kundennachfrage können dazu führen, dass Kanban ausfällt.
Die Gesamtkosten des Projekts sind minimal, was zu einem schnelleren und billigeren Ergebnis führen kann . Wenn eine Aufgabe nicht korrekt geschätzt wird, sind die Gesamtkosten des Projekts niemals korrekt . In solchen Fällen kann die Aufgabe auf mehrere Sprints verteilt werden.
Diese Methode erfordert nur erfahrene Teammitglieder . Wenn das Team aus Personen besteht, die kein Experte sind, kann das Projekt nicht rechtzeitig abgeschlossen werden. Jeder Phase sind keine bestimmten Zeitrahmen zugeordnet, sodass die Teammitglieder nie auf die Idee kommen, wie viel Zeit sie in jeder Phase in Anspruch nehmen können.
Bei dieser Agile Scrum-Methode ist es einfacher, ein Qualitätsprodukt zu einem geplanten Zeitpunkt zu liefern . Es ist auf eine regelmäßige, konstante Produktion ausgelegt. Durch große Änderungen der Kundennachfrage kann Kanban fallen.
Der Projektplan wird niemals stören, selbst wenn ein Teammitglied das Team verlässt. Wenn eines der Teammitglieder während der Entwicklung beendet wird, kann dies die Projektentwicklung beeinträchtigen .
Tägliche Besprechungen frustrieren manchmal Teammitglieder. Veraltetes Kanban-Board kann zu Problemen im Entwicklungsprozess führen.
Große Projekte lassen sich leicht in leicht verwaltbare Sprints unterteilen.

Zusammenfassung:

  • Kanban-Definition: Kanban ist eine agile Entwicklungsmethode zur Entwicklung von Software, Automobilen, Waren, Medikamenten, Schuhen oder anderen Fertigungsarbeiten.
  • Kanban verwendet die Kanban-Tafel, um die Arbeit zu visualisieren. Es verwendet Spalten als Stufen (Aufgaben, Entwicklung, Testen usw.) und Karten als Arbeitselement.
  • Die Kanban-Methodik unterstützt die physische und digitale Karte für die Visualisierung.
  • Kanban ist ein Pull-basiertes System, und die Kartenmitglieder ziehen die Karten von der vorherigen in die aktuelle Phase.
  • Die Kanban-Methode verwendet das CFD-Diagramm, um die Vorlaufzeit und die Zykluszeit des Teams zu verstehen. Diese Tabelle hilft den Teams, die Lücke zwischen diesen beiden Zeitpunkten zu schließen und die Effizienz zu verbessern.
  • Die Kanban-Entwicklungsmethode WIP begrenzt die Anzahl der Aufgaben / Karten, an denen ein Teammitglied oder ein Ganzes gleichzeitig arbeiten kann.
  • WIP-Grenzwerte verlagern den Fokus darauf, Dinge zu erledigen, da sich eine Person jeweils auf eine einzelne Aufgabe konzentriert.