Was ist Kanban?

Ich bin neugierig, was Kanban ist. Ich habe gerade vor Sekunden davon erfahren, als ich eine andere Frage überprüfte.

  • (a) Was ist daran beteiligt, was es als Kanban bezeichnen würde?

  • (b) Wie unterscheidet es sich auch von anderen Prozessen?

Ich habe viele Threads durchgesehen und der einzige, der sich auf PM.SE mit diesem Thema befasst, war derjenige, der fragte: Gibt es eine Liste guter Kanban-Bücher?

Dies ist die beste Erklärung von Kanban, die ich gefunden habe: blog.crisp.se/2009/06/26/henrikkniberg/1246053060000
Die Frage, die Sie zu Kanban geführt hat, scheint gelöscht worden zu sein. Tod verbinden.

Antworten (4)

Kanban ist eine Methode zur Entwicklung von Produkten mit Schwerpunkt auf Just-in-Time-Lieferung, ohne die Entwickler zu überlasten. Es wird betont, dass Entwickler Arbeit aus einer Warteschlange ziehen und der Prozess von der Definition einer Aufgabe bis zu ihrer Lieferung an den Kunden den Teilnehmern angezeigt wird.

5 Kerneigenschaften:

  1. den Arbeitsablauf visualisieren
  2. laufende Arbeiten begrenzen
  3. verwalten den Strom
  4. Machen Sie Prozessrichtlinien explizit
  5. Gemeinsam verbessern (unter Verwendung von Modellen und der wissenschaftlichen Methode)

Ich persönlich halte dieses Minibuch für eine der besten und schnellsten Einführungen in Scrum und Kanban.

Hier ist ein Beispiel für ein Whiteboard, das in Kanban verwendet werden sollGeben Sie hier die Bildbeschreibung ein

Mit den Worten von David Anderson, dem Vater von Kanban für die Softwareentwicklung: Kanban ist ein Ansatz für das Änderungsmanagement. Es ist kein Softwareentwicklungs- oder Projektmanagementlebenszyklus oder -prozess. Es ist irgendwie kontraintuitiv, aber genau das ist Kanban wirklich. Abgesehen von dieser eine sehr gute Antwort.
+1 für Link zum Minibuch. es ist als kostenloses pdf verfügbar und in viele Sprachen übersetzt (spanisch, deutsch, japanisch, ....)
Ich habe noch nie mit Kanban gearbeitet, aber was ist der Unterschied zwischen Kanban und SCRUM, basierend auf den bereitgestellten Eigenschaften und dem bereitgestellten Bild?
Scrum basiert auf einer Reihe von Sprints, wobei die Sprintplanung zu Beginn jedes Sprints erfolgt und der Fortschritt anhand von Burndown-Diagrammen gemessen wird. Kanban hat keine Sprints und basiert eher auf dem Konzept der Ad-hoc-Projektabwicklung, bei der der Fortschritt anhand der Zeit gemessen wird, die für die Erledigung einer Aufgabe benötigt wird. Das Team wählt einfach Elemente aus dem Rückstand aus und bewegt sie durch die Swimlanes. Im Vergleich zu Scrum ist es einfacher zu betreiben und erfordert weniger Wartung.

Was @Kennethvr gesagt hat. Wenn Sie mit Scrum oder anderen agilen Methoden vertraut sind, waren die großen Unterschiede für mich:

  • Visualisieren Sie, was tatsächlich passiert , und nicht, was Sie wollen (stellen Sie also die Realität über das Ideal dar) - daher könnte Ihr anfängliches Board viel komplexer sein.
  • Bringen Sie Mitarbeiter dazu, bestehende laufende Arbeiten abzuschließen, anstatt neue Arbeiten zu beginnen – die Grenzen in WIP helfen, die Zusammenarbeit voranzutreiben – so dass Ihr Board beginnt, Spalten zu verlieren, wenn das Team beginnt, Phasen zu verwischen.
  • „Manage the flow“ bedeutet „Finde heraus, was dich bremst und wie du schneller Feedback bekommst“ – aber du betrachtest den ganzen Kram von der ersten Idee bis zur Produktion und nicht nur den Entwicklungsteil. "Fertig" bedeutet wirklich "Geld verdienen" oder was auch immer Ihr geschäftlicher Wert ist.
  • Wenn Sie etwas sehen, das nicht durch Ihre Visualisierung repräsentiert wird und Teil eines impliziten Prozesses ist, machen Sie es zu einem Teil dessen, was Sie visualisieren. Das Team kann nicht verbessern, was das Team nicht sieht.

Die andere große Erkenntnis ist, dass Teams, die lernen, sich selbst zu verbessern, auf lange Sicht tatsächlich besser abschneiden als diejenigen, die sich auf jemanden verlassen, der sich ändert – kleine Änderungen, die vom Team vorangetrieben werden, können für Sie effektiver sein als eine große Änderung wie Scrum . Meine kleine Erfahrung mit Kanban und der Anwendung dieser Prinzipien sogar innerhalb eines lockeren Scrum-Rahmens bestätigt dies.

Kanban ist ein Werkzeug, um Ihre Verschwendung (work in progress) zu visualisieren und begrenzt zu halten. Wenn Sie eine Simulation sehen möchten, sehen Sie sich diese Präsentation an, die ich zur Einführung von Kanban geschrieben habe

Kanban Schritt für Schritt

Vielleicht können Sie Materialien auf Slide Share durchgehen? Es gibt eine neue Präsentation über Kanban – Kanban in 4 einfachen Schritten .

Obwohl die Präsentation großartig ist, sind Nur-Link-Antworten bei PMSE nicht erwünscht. Können Sie den Inhalt kurz beschreiben?