Kanban-artige Stand-ups

  • Tutorial
Stand-up Meeting, Daily Scrum Meeting oder einfach nur Planungsmeetings sind in der IT eine gängige Praxis. Die verschiedenen Nuancen von Stand-Ups habe ich vor 5 Jahren im Artikel Stand-Up-Meeting beschrieben: Best und Worst Practices . Es scheint, dass die Technik der Durchführung von Stand-Ups bereits von allen Seiten in Betracht gezogen wurde. Was kann in einer Planungssitzung kompliziert sein? In jüngerer Zeit hat unser Unternehmen jedoch begonnen, einen etwas anderen Ansatz zu praktizieren, mit dem wir die Freigabe von Aufgaben auf die Freigabe beschleunigten.

Alles begann, als Askhat und ich im Sommer 2014 in Moskau zum Training gingen und meine Aufmerksamkeit auf den Unterschied zwischen den Stand-ups in Scrum und Kanban richteten. Vorher habe ich solchen Nuancen wenig Bedeutung beigemessen. In unserer Firma wird Kanban für einen Teil der Projekte verwendet, aber der Stand-up-Stil ist von Scrum geblieben.

Jetzt haben wir die Herangehensweise an Stand-Ups geändert. Ich werde später darüber sprechen und den Unterschied zwischen dem zeigen, was war und was geworden ist. Am Ende des Artikels befinden sich Links für ein tieferes Eintauchen in das Thema mit einer Beschreibung verschiedener Meinungen und Nuancen.

Unterschied in den Stand-ups zwischen Scrum und Kanban


Wenn Sie Scrum noch nicht kennen, empfehle ich Ihnen, zunächst einmal über Daily Scrum zu lesen .

In Scrum ist der Stand-up-Modus personenorientiert - jedes Teammitglied spricht abwechselnd über die Ergebnisse des letzten Tages, gibt ein Versprechen für den aktuellen Tag und teilt Probleme. Tatsache ist, dass in Scrum der Schwerpunkt auf der Erfüllung des Versprechens liegt, das das Team während der Planung für die Iteration gibt. Alles muss getan werden, um das Versprechen zu erfüllen. Das Ziel des Aufstehens ist es zu verfolgen, ob wir alle Iterationsaufgaben erledigen können, wenn nicht, dann verstehen Sie so früh wie möglich, was das Problem ist, und ergreifen Sie Maßnahmen.
Als nächstes werden wir über Kanban sprechen. Wenn Sie es nicht benutzt haben, empfehle ich Ihnen, zuerst das kostenlose Buch Priming Kanban zu lesen .

Kanban verfolgt andere Ziele - es ist wichtig, die Vorlaufzeit zu minimieren, d. H. Zeit, in allen Phasen an einer Aufgabe zu arbeiten. In dieser Hinsicht ändert sich auch der Ansatz zur Bereitschaft. Der Schwerpunkt liegt auf dem Board, dem Fluss der Aufgaben und der Erkennung von Engpässen . Es stellt sich heraus, dass wir die Spalten mit den Aufgaben von rechts nach links durchgehen und diskutieren, wie wir die Aufgabe schnell auf die nächste Stufe übertragen können. Bei der Erörterung jeder Aufgabe kann jedes Teammitglied darüber sprechen.
Im Allgemeinen gehört das Aufstehen nicht zu den Kanban-Praktiken. Insbesondere in Kanban gibt es keine Praxis, es gibt nur einige Grundprinzipien. Stand-up kann als eine Möglichkeit angesehen werden, das Prinzip der kontinuierlichen Verbesserung umzusetzen .

Insgesamt geht es beim Scrum-Meeting um Leute, die über Aufgaben sprechen, und beim Kanban-Meeting um Aufgaben. Mit anderen Worten, in Scrum haben wir die Verbindung Programmer 1 <-> * User Story , und in Kanban ist die Verbindung User Story 1 <-> * Programmer .

Prozessbeschreibung


Schauen wir uns Schritt für Schritt an, woraus ein Stand-up bei Kanban besteht. Zum Beispiel betrachten wir ein Forum aus einem Wikipedia-Artikel .
  1. Das ganze Team versammelt sich um das Brett. Wenn das Team verteilt ist und das Board elektronisch ist, öffnet jeder dieses Board und ruft auf.
  2. Es ist ratsam, einen Leiter zu ernennen. Es kann sich um jemanden aus dem Team oder eine andere Person handeln, die es versteht, offene Diskussionen zu führen.
  3. Wir gehen die Spalten von rechts nach links und die Aufgaben von oben nach unten durch. Die unterste Zeile ist, dass die am weitesten rechts stehende Spalte den Abschluss der Arbeit angibt, sodass die Aufgaben, die dem Abschluss am nächsten kommen, von hohem Wert sind. Je schneller wir die Aufgabe in die Spalte ganz rechts übersetzen, desto kürzer ist die Vorlaufzeit.
  4. In unserem Beispiel die User Story 754 ganz rechts. Der Host fragt: "Was hindert uns daran, Task 754 in die Spalte Bereitgestellt zu verschieben?". Mehrere Personen können den Grund nennen und erklären, dass wir auf die Bestätigung des Unternehmensleiters warten. In diesem Fall ist die Aufgabe deutlich mit einem Aufkleber oder Kommentar gekennzeichnet, der darauf hinweist, dass sie aufgrund dieser oder jener blockiert ist.
  5. Nächste Anwendergeschichte 75. Der Moderator stellt dieselbe Frage. Beispielsweise sagt ein Teammitglied, das für das Testen in der Vorproduktionsumgebung verantwortlich ist, dass er diese Aufgabe in seine Arbeit aufnimmt. Er nimmt die Karte mit der Aufgabe und zieht sie in die Spalte Test auf Vorproduktionssystem. Bei dieser Aufgabe stellen wir fest, wer sie zur Arbeit als Sticker mitgenommen hat.
  6. Dann gehen wir alle anstehenden Aufgaben durch, bis die Ressourcen des Teams aufgebraucht sind. Jeder übernimmt Aufgaben für sich, um sie beim nächsten Aufstehen in die nächsten Spalten zu übertragen oder ihnen mitzuteilen, was die Arbeit blockiert.


Wie Sie sehen, benötigen Sie in Kanban im Gegensatz zu Scrum auf jeden Fall eine Tafel mit einer Visualisierung der Projektsituation. Weil Sie sprechen nicht über bestimmte Aktionen von Personen, sondern über die aktuelle Situation von Aufgaben und deren Ablauf. Es ist sehr wichtig zu sehen, wo sich diese Aufgaben befinden. Aus diesem Grund werden Stand-Ups im Kanban-Stil auch als Story-Focused Stand-Up oder Work Items Attend bezeichnet.

Darüber hinaus können Sie 3 Fragen stellen (oder Sie können keine Fragen stellen, es ist Kanban), wie in Scrum, aber diese Fragen entstehen bei Aufgaben und nicht bei Teammitgliedern:
  1. Was verhindert die Bewegung der Aufgabe?
  2. Wie läuft die Aufgabe ab?
  3. Was kann verbessert werden?


Übergangsergebnisse


Nachdem Sie den Stil der Stand-ups von Scrum auf Kanban geändert haben, wird das Ergebnis sofort angezeigt. Als Beispiel gebe ich ein kumulatives Flussdiagramm aus dem Projekt, in dem wir neue Stand-ups angewendet haben. Wir haben dies am 24. März getan und Sie können sehen, wie sich die Situation geändert hat - wir haben die Ausgabe von Aufgaben in der Version erhöht:


Ich empfehle Ihnen, das kumulative Flussdiagramm in der Präsentation zur Erläuterung der kumulativen Flussdiagramme genauer zu betrachten

Gründe für das Einfrieren von Aufgaben


Es ist wichtig zu verstehen, warum zuvor die Aufgaben in den letzten Phasen hingen und nicht freigegeben wurden. Jeder im Team versteht die Abläufe bei der Verwaltung von IT-Projekten, der Kunde ist sich der aktuellen Situation bewusst, aber es kommt vor, dass die Aufgaben lange auf sich warten lassen. Wir haben mehrere Gründe identifiziert:
  • Eine große Anzahl blockierter Aufgaben. Zum Beispiel hat eine Aufgabe das vorletzte Stadium erreicht und wartet auf die Bestätigung durch den Product Owner (PO) zum Befüllen. In diesem Fall kann die Bestellung besetzt sein und den Fokus auf andere Aufgaben verlagern. Es stellt sich heraus, dass die Aufgabe in einem Schritt von der Freigabe hängt, viel Arbeitszeit bereits investiert wurde und es bleibt ein wenig Mühe zu machen. Wenn wir Stand-Ups im Scrum-Stil machen, gibt es niemanden, der solche Aufgaben in die Veröffentlichung mit einbezieht, da sich schon lange niemand mehr mit dieser Aufgabe beschäftigt. Wenn wir im Kanban-Stil aufstehen, werden solche Aufgaben sofort sichtbar, außerdem kehren wir zu jedem Aufstehen zurück, weil wir gehen von rechts nach links.
  • Die Priorität der Aufgaben ändert sich. Aufgaben erreichen die letzten Etappen, werden plötzlich nicht mehr so ​​wichtig, das Team wechselt zu neuen Aufgaben. Es stellte sich heraus, dass die PO ihre Prioritäten geändert und die Arbeit nicht abgeschlossen hat. Anfänglich sind alle mit diesem Stand der Dinge einverstanden, da während der Stand-ups im Scrum-Stil die Aufgaben besprochen werden, an denen das Team gerade arbeitet. Alles was vorher war ist nicht so interessant.
  • Arbeit füllt die ihr zugewiesene Zeit aus. . Wenn die Iteration 3 Wochen dauert, hängen alle Aufgaben bis zum Abschluss der Iteration irgendwo an der Tafel. Selbst wenn eine Aufgabe früher erledigt werden kann, erreicht sie möglicherweise nicht die letzte Stufe. Scrum hat nicht das Ziel, die Vorlaufzeit zu verkürzen. Warum sollte die Aufgabe dann vor dem Ende der Iteration freigegeben werden? Kanban treibt Aufgaben in die Veröffentlichung und Kanban-artige Stand-ups helfen.
  • Viel Arbeit! = Viele Ergebnisse. Während des Scrum-Meetings kann das Team diskutieren, wie viel gestern getan wurde. Aber bedeutet die Wirkungsarbeit, dass das Team viele Geschäftsergebnisse erbracht hat? Vielleicht haben sich nach dem Engpass viele Engpässe gebildet? Der Aufgabenablauf ist wichtig und muss überwacht werden.


Fazit


Der Wechsel zu Kanban-ähnlichen Stand-ups ist einfach. Sie können es von jedem Moment der Arbeit an dem Projekt verwenden. Es spielt keine Rolle, wie Ihr aktueller Prozess aussieht: Scrum, Kanban, Scrumban oder etwas anderes. Wenn Sie eine Übersicht und eine Visualisierung der aktuellen Situation im Projekt haben, ist die beschriebene Methode zur Durchführung von Stand-ups für Sie geeignet.

Verwandte Links:

Der tägliche Kanban-Stand-up , Neel Lakshminarayan
Kanban - was ist das und warum sollte es mich interessieren? , Landon Reese, Kathy Iberle
Es geht nicht nur ums Aufstehen : Muster für tägliche Stand-up-Meetings , Jason Yip
Kanban gegen Scrum , Henrik Kniberg

Jetzt auch beliebt: