Protokolle der Sitzungen von Daily SCRUM

Als Scrum-Team verstehen wir, dass wir uns mit Daily Scrum gegenseitig auf dem Laufenden halten

1. what we did y'day and 2. what we will work on today.

Außerdem informieren wir uns gegenseitig über Hindernisse oder Abhängigkeiten, aufgrund derer die Arbeit blockiert wird.

Wir sind ungefähr 8-9 Entwickler und da wir mit anderen funktionsübergreifenden Teams zusammenarbeiten, hat fast jeder von ihnen irgendeine Art von Hindernissen oder Abhängigkeiten, die wir im Daily Scrum erwähnen. Da niemand diese Hindernisse dokumentiert, muss sich unser Scrum Master all diese Hindernisse für jeden Entwickler merken (einige von uns haben mehr als 2-3 Hindernisse).

Dies hat uns als Scrum-Team angefangen zu stören, weil dem Scrum Master die erwähnten Hindernisse während des täglichen Scrums fehlen.

Ich habe auf dieser Seite gesucht und diesen Beitrag gefunden, aber es geht um Scrum of Scrum-Meetings und nicht um ein tägliches Scrum.

Sollen wir jetzt damit beginnen, diese Hindernisse/Minuten des täglichen Gedränges zu "dokumentieren", da wir in den letzten 2 Wochen einige der Hindernisse übersehen haben?

Srum of Scrum ist wie ein Scrum-Meeting auf höherer Ebene, bei dem Scrum Master dasselbe tun wie das Team: Was ich getan habe, was mich blockiert und was ich heute vorhabe. Dies ist ein Forum für ihren Scrum Master, um zu verstehen, wo die Dinge stehen, und ihnen auch mit ihren Blockern zu helfen. Die Blocker, die Ihr Team möglicherweise während des Scrums identifiziert hat, bestehen darin, den Scrum Master über ein potenzielles Problem zu informieren, entbinden das Teammitglied jedoch nicht unbedingt von dem Versuch, zusammenzuarbeiten und den betreffenden Blocker zu entfernen. Der Scrum Master sollte bei Bedarf helfen.
@franko nicht nur die Scrum Master. Ich neige dazu, Teams zu coachen und zu trainieren, um die Menschen zu schicken, die das Hindernis tatsächlich erfahren oder sich tatsächlich integrieren. Es geht um den Plan zum integrierten Inkrement am Ende des Sprints. Nicht um einen Statusbericht im Scrum-of-Scrums.

Antworten (1)

Zunächst einmal scheint es, als ob das Team bei 8-9 Entwicklern mit jeweils 1-3 Hindernissen nicht wirklich auf dasselbe Ziel hinarbeitet, sondern sehr effizient auf mehrere Ziele hinarbeitet. (und dadurch reale Produktivität verlieren).

Zweitens ist das tägliche Gedränge der letzte verantwortungsvolle Moment, um ein Hindernis anzusprechen, aber nichts hindert das Team daran, das Hindernis schnell auf ein Post-it zu schreiben und irgendwo an eine Wand zu hängen. Oder am Tag vor oder vor dem Daily Scrum mit dem Scrum Master sprechen.

Drittens kann der Scrum Master für die Beseitigung von Hindernissen verantwortlich sein, aber das Team ist dafür verantwortlich, die Hindernisse in seiner Macht zu beseitigen. Je nach Art des Hindernisses kann es sich genauso gut um eine zusätzliche Aufgabe und einen zusätzlichen Test oder eine dringend benötigte Diskussion mit einem Product Owner oder Stakeholder handeln. Wenn der Scrum Master als Vermittler fungiert, fügt er in den meisten Fällen nur Overhead und zusätzliche Prozesse hinzu, das Team sollte „die Arbeit erledigen“, anstatt es als etwas zu behandeln, das sie „blockiert“.

Mein Vorschlag wäre:

  • Reduzieren Sie die laufende Arbeit und lassen Sie die Mitarbeiter gemeinsam am selben Product Backlog-Eintrag arbeiten.
  • Fang an aufzuhören und hör auf anzufangen. Wenn ein Hindernis den Fortschritt blockiert, nehmen Sie nichts anderes auf, um beschäftigt bleiben zu können. Beginnen Sie sofort mit der Beseitigung des Hindernisses.
  • Unterscheiden Sie klar zwischen „unerwarteter Arbeit“ und „Hindernissen“. Die erste führt nur zu neuen Aufgaben im Sprint-Backlog, und das Team muss sich selbst organisieren, um diese Arbeit zu erledigen.
  • Verwenden Sie Post-its, ein Whiteboard oder ein anderes Medium, um die tatsächlichen Hindernisse schnell aufzuspüren. Ich hänge irgendwo ein großes rotes Blatt Papier auf und klebte neongelbe Post-its darauf. Auf diese Weise werden die Probleme auch für Personen außerhalb des Teams sichtbar.
  • Nutzen Sie das Daily Scrum, um den kommenden Tag zu planen. Planen Sie, wer hilft, diese Hindernisse zu beseitigen, und planen Sie, wie Sie das Sprintziel erreichen werden. Dann nutzen Sie die Zeit nach dem Daily Scrum, um diese Arbeit zu erledigen. Setzen Sie sich bei Bedarf mit dem Scrum Master und dem Product Owner zusammen, um zu sehen, wie die Hindernisse beseitigt werden können.
  • Hören Sie auf, Hindernisse zu „managen“, und beginnen Sie, sie zu „beseitigen“. Das Entfernen beinhaltet Änderungen an Prozessen, breitere Verantwortlichkeiten, das Hinzufügen anderer Fähigkeiten zum Team, das Ändern der Arbeitsweise oder der Tools, vielleicht auch das Automatisieren von Dingen. Nutzen Sie die Retrospektive, um tief in die Art Ihrer Hindernisse einzutauchen, und arbeiten Sie mit dem gesamten Scrum-Team zusammen, um als Team unabhängiger zu werden. Lernen Sie, Ihre eigenen Hindernisse zu lösen und zu verhindern, dass sie auftreten. Lernen Sie, eng zusammenzuarbeiten, um sie ohne die Notwendigkeit des Scrum Masters zu lösen. Verwenden Sie den Scrum Master für Hindernisse, die für das Entwicklungsteam wirklich unerreichbar sind, damit er/sie seine/ihre Zeit für die Dinge verwenden kann, die die größten Verbesserungen für das Team bringen, aber für das Team nicht zu lösen sind (dies sind im Allgemeinen organisatorische Probleme, mangelnde Autonomie,
Protokolle der Sitzungen von Daily SCRUM
AntwortenHierDatenschutz-Bestimmungen1y, 0v