Sollten Meeting-Protokolle während Scrums of Scrums erfasst werden?

Wir haben festgestellt, dass es am nützlichsten ist, Folgendes zu verfolgen:

1. Hindernisse - wem gehören sie?
2. Teamübergreifende Abhängigkeiten – wann zu erwarten.
3. Ressourcenkonflikt – wie vereinbart wurde, dass er gelöst wird.

Darüber hinaus finden Sie möglicherweise diese detaillierte Beschreibung von Mike Cohn von Mountain Goat Software hilfreich: http://www.mountaingoatsoftware.com/articles/advice-on-leading-the-scrum-of-scrums-meeting

Ziele für Ihr Scrum-of-Scrums definieren

Was soll beim Scrum of Scrums schriftlich festgehalten und anschließend an die Teilnehmer verteilt werden?

Der erste Schritt zur Beantwortung Ihrer Frage besteht darin, herauszufinden, was Ihre Ziele für Scrum-of-Scrums sind. In einem verwandten Beitrag habe ich den Zweck von Scrum-of-Scrums als ein Abhängigkeitskoordinationstreffen zwischen Scrum-Teams und nicht als Statusabruf definiert .

Mein Ziel ist es, … dem Programmmanager einen Blick auf die Effektivität in jedem Team zu geben.

Wenn Sie Scrum-of-Scrums auf diese Weise (falsch) verwenden, fehlt es Ihrem Projekt möglicherweise an:

• angemessene Sichtbarkeit und Transparenz,
• angemessene Beteiligung der Stakeholder an Sprint Reviews,
• aktives Engagement des Product Owners, oder
• eine Kultur, die effektive Teamprozesse über „Verantwortlichkeit“ stellt.

Die Arten von Artefakten, die Sie für ein gesundes Scrum-of-Scrums benötigen, werden sich deutlich von den Artefakten unterscheiden, die Sie für ein „Scrum, aber …“-Meeting benötigen, das in Wirklichkeit ein verkappter Status-Pull ist.

Nützliche Scrum-of-Scrums-Artefakte

Welche Meeting-Artefakte helfen Ihnen also dabei, die Essenz eines gesunden Scrum-of-Scrums zu erfassen und Ihre Abhängigkeiten zwischen den Teams zu koordinieren? Auch das hängt davon ab, aber ich habe die folgenden Punkte in meiner eigenen Arbeit oft als nützlich empfunden.

1. Eine Liste von Pull-Queue-Elementen. Analog zum Stand-up-Item „Was ich gestern gemacht habe“ ist dies eine kurze Liste dessen, was jedes Team fertig gestellt hat und bereit ist, damit andere Teams es in ihren Workflow aufnehmen können.
2. Eine Liste von Hindernissen. Das Scrum-of-Scrums ist nicht der Ort, um herauszufinden, wie alle Probleme des Projekts gelöst werden können; Es ist ein Meeting, um spezifische Probleme zu identifizieren, damit die Personen, die am besten dafür geeignet sind, es zu lösen, wissen, dass sie sich nach dem Meeting synchronisieren müssen.
3. Eine Liste bemerkenswerter Prozessänderungen, die während des Meetings identifiziert wurden. Manchmal werden Probleme in einem Scrum-of- Scrums gelöst, oft durch die einfache Identifizierung von Abhängigkeiten oder kürzlich erreichten Meilensteinen oder durch die Übertragung von Aufgaben zwischen Teams. Beispielsweise sagt Team 1, dass es keine Kapazitäten hat, um eine neue Funktion zu prüfen, und Team 2 sagt, dass es einen neuen Continuous-Integration-Server hat und die Aufgabe der Qualitätssicherung übernehmen wird. Diese Informationen wären es definitiv wert, in einem Meeting-Artefakt festgehalten zu werden!

Ich stelle oft fest, dass die Zusammenfassung eines gesunden Scrum-of-Scrums wirklich nur ein paar Stichpunkte erfordert und beim Drucken fast nie mehr als ein einseitig bedrucktes Blatt Papier erfordert. Wenn mehr Details benötigt werden, kann eine entsprechende User Story auf Team- oder Projektebene generiert werden, um das Wesentliche zu erfassen. Solche User Stories vermitteln umsetzbare Informationen und bieten organisatorische Transparenz, wenn sie dem entsprechenden Backlog hinzugefügt werden.