Ich arbeite für eine Digitalagentur als agiler Projektmanager. Wir haben kürzlich Scrum eingeführt.
Wir versuchen, unsere gesamte Projektarbeit für mehrere Kunden in allumfassende 2-wöchige Sprints auszurichten, anstatt einen 2-wöchigen Sprint pro Projekt zu haben.
Meine Frage ist, wie ich die Sprint Review-Zeremonie am besten verwalten kann, um allen unseren Kunden in einem einzigen Meeting speziell die Arbeit zu demonstrieren, die wir abgeschlossen haben. Ich möchte nicht, dass unsere Kunden herumhängen und darauf warten, dass wir mit einem Kunden fertig sind, bevor wir zum nächsten übergehen.
Gedanken?
Es ist nicht ungewöhnlich, mehrere Stakeholder für einen Sprint zu haben. Dies gilt auch dann, wenn Ihre Ausgabe stark fokussiert ist. Es gibt im Allgemeinen zwei Möglichkeiten, wie ich Teams coache, um damit umzugehen.
1- Science Fair-Format: Lassen Sie das Team (oder die Teams) in einem großen Raum mit mehreren Stationen aufbauen. Stakeholder können dann zu den Stationen, die ihnen wichtig sind, herumwandern und sich spezifische Demos bestimmter Funktionen ansehen. So kann der Stakeholder entscheiden, was er sehen möchte.
Dies wird oft verwendet, wenn die Stakeholder am gesamten Produkt interessiert sind, aber keine Zeit haben, zu mehreren oder ausgedehnten Demos zu gehen.
2- Mehrstufige Demo: Die erste Demo konzentriert sich auf unmittelbare Stakeholder. Der Product Owner plant dann Folgedemos mit anderen Interessengruppen.
Dies wird normalerweise verwendet, wenn sich die Beteiligten in vielen Zeitzonen befinden oder sehr unterschiedliche Zeitpläne haben.
Basierend auf Ihrer Beschreibung würde ich das Science Fair-Format befürworten. Während sich Ihre verschiedenen Kunden natürlich auf „Was haben Sie für mich getan?“ konzentrieren werden, besteht die Chance, dass sie ein gewisses Interesse daran haben, was Sie sonst noch tun, da es etwas sein könnte, das sie auch mögen würden. "Oh, das ist cool, können wir so etwas bekommen?" Könnte zu mehr bezahlter Arbeit für Ihre Teams führen.
Meine erste Antwort ist zu fragen, warum . Warum wollen Sie die Arbeit für mehrere verschiedene Kunden in einen einzigen Sprint quetschen? Haben Sie nicht genug Arbeit pro Kunde? Ziehen Sie stattdessen einwöchige Sprints in Betracht. Handelt es sich um ein Firmenmandat ohne stichhaltige Begründung? Erwägen Sie, es herauszufordern.
Oder liegt es daran, dass sich die Arbeit für diese mehreren Kunden natürlich dazu eignet, zu einem einzigen Sprint-Ziel kombiniert zu werden?
Wenn das stimmt, dann konzentriere dich beim Sprint Review einfach auf das Sprintziel . Zeigen Sie, wie Ihr Team erfolgreich vorangekommen ist, indem Sie das Ziel erreicht haben, anstatt sich auf jedes einzelne Feature zu konzentrieren, das für jeden einzelnen Kunden abgeschlossen wurde. Dies wird wahrscheinlich dazu führen, dass Kunden Arbeiten ansehen, die für sie möglicherweise nicht relevant sind, aber die Kehrseite davon kann ihnen Ideen für neue Funktionsanfragen oder ähnliches geben.
Wenn es nicht zutrifft, dass die Arbeit, die Sie in einen Sprint integrieren möchten, kohärent auf ein einziges, einfaches, verständliches und erreichbares Sprintziel abgebildet werden kann, dann ziehen Sie es dringend in Erwägung , dies nicht zu tun .
Sie können eine sehr organisierte Tagesordnung erstellen und sie in einer Reihenfolge einladen. Aber andererseits, warum lassen Sie sie nicht alle alle gelieferten Inhalte sehen, vielleicht interessiert sich ein Kunde für etwas, das von einem anderen angefordert wird, und er möchte es auch.
Todd A. Jacobs
Thomas Owens