Eine der neuen Funktionen, die gerade in Planview AgilePlace Kanban veröffentlicht wurde, ist die Möglichkeit, WIP-Limits nach der "Größe" der Karten statt nach der Anzahl der Karten in einer Lane festzulegen. Anfang dieser Woche, nachdem ich diese Funktion angekündigt hatte, erhielt ich einige "Wirklich?"-E-Mails wie diese von Arne Roock:
Chris,
habe gerade Ihre neuen Funktionen gesehen. Die meisten von ihnen sehen wirklich toll aus! Aber eine Funktion verwirrt mich: "WIP-Limits nach Kartengröße".
Soweit ich weiß, beabsichtigen wir, die Anzahl der Artikel, an denen wir arbeiten, zu begrenzen - nicht die Anzahl der Story Points usw. Die Arbeit an 10 Artikeln mit der Größe 1 ist also etwas völlig anderes als die Arbeit an zwei Artikeln von 5 oder einem Artikel von 10!
Jetzt interessiert mich: Haben Sie schon einmal erlebt, dass Teams erfolgreich waren, die den Gesamtaufwand und nicht die Anzahl der Karten begrenzt haben?
Prost,
Arne
Und natürlich hat er völlig recht. Der beste Weg, um die Anzahl der in Arbeit befindlichen Artikel zu begrenzen, besteht unserer Meinung nach darin, die Gesamtzahl der Artikel zu begrenzen, an denen Sie gleichzeitig arbeiten. In unserem Team verwenden wir das Feld Kartengröße überhaupt nicht, und wann immer möglich, ermutigen wir unsere Kunden, es nicht zu verwenden. Die erfolgreichsten Kanban Systeme, die wir beobachtet haben, verfolgen die Kartengröße überhaupt nicht mehr, sobald ein Artikel auf die Tafel gekommen ist (obwohl eine gewisse Größenbestimmung auf der Planungsebene stattgefunden haben kann, als entschieden wurde, wie ein größerer Artikel in seine Einzelteile zerlegt werden soll, um ihn auf die Tafel zu bringen).
Warum also diese Funktion überhaupt zur Verfügung stellen? Weil unsere Kunden es wollten, und weil immer mehr unserer Kunden Planview AgilePlace für andere Dinge als Capital-K Kanban verwenden:
- Wir haben viele reine Scrum-Teams, die Planview AgilePlace als Visualisierungsmethode verwenden - ohne die Notwendigkeit, sich als "ScrumBan" zu betrachten oder zu Kanban zu "konvertieren". Das Erzwingen von WIP nach Kartengröße ermöglicht es diesen Teams, ihr Sprint-Backlog auf der Grundlage der Kartengröße zu planen und ein WIP-Limit für eine "Sprint-Backlog"-Spur entweder auf der linken Seite des Boards oder im Haupt-Backlog in Planview AgilePlace festzulegen.
- Wir haben auch viele Teams außerhalb der Softwareentwicklung und IT-Organisationen, die Planview AgilePlace für akademische Forschungsprojekte, die Visualisierung der Vertriebspipeline, Marketingpläne, Strategiepläne und vieles mehr verwenden.
- Während viele unserer Kunden Planview AgilePlace auf Teamebene nutzen, gibt es immer mehr Kunden, die es zur Visualisierung und Planung auf Portfolioebene einsetzen - eine Unternehmens-Kanban-Ansicht. Für die Planung auf dieser Ebene möchten einige Teams die Möglichkeit haben, die Kapazität auf der Grundlage der Größe und nicht nur der Anzahl der Artikel zuzuweisen.
Für diejenigen unter Ihnen, die Kanban noch nicht kennen und lernen möchten, wie Sie damit erfolgreich arbeiten können, empfehlen wir, die Anzahl der in Arbeit befindlichen Artikel zu begrenzen und nicht die Größe dieser Artikel. Aber für diejenigen unter Ihnen, die die Grenzen in alle Richtungen verschieben, die traditionelles Scrum anwenden (komisch... seit wann ist Scrum "traditionell"?) oder Kanban außerhalb der IT in anderen Umgebungen anwenden, in denen die "Best Practices" noch nicht wirklich gut verstanden werden, können Sie gerne die neue Funktion WIP-Limit nach Kartengröße nutzen.
Und viel Glück.
![Ein globaler Plan für kollaboratives Arbeitsmanagement [Video]](https://blog.planview.com/wp-content/uploads/2019/07/A-Global-Collaborative-Work-management-blueprint.png)
