Was ist der Zweck des Stand-up und seine Dauer in agilen Methoden? [geschlossen]

Ich habe in einer Wasserfall-Methodik gearbeitet und bin jetzt in einem Team, das einer agilen Methodik folgt. Es scheint, dass sie es falsch machen. Zum Beispiel haben wir Stand-ups, die mehr als 25 Minuten täglich dauern, was wirklich ärgerlich ist. Außerdem habe ich eher das Gefühl, dass ich mein Gehalt gegenüber dem Management rechtfertige als irgendetwas anderes.

Liege ich falsch, wenn ich so fühle? Werden auf diese Weise normalerweise Stand-ups durchgeführt?

Für Scrum erklären Ken Schwaber und Jeff Sutherland :

Tägliches Gedränge

Das Daily Scrum ist eine 15-minütige Time-Box-Veranstaltung, bei der das Entwicklungsteam die Aktivitäten synchronisiert und einen Plan für die nächsten 24 Stunden erstellt. Dazu wird die Arbeit seit dem letzten Daily Scrum überprüft und die Arbeit vorhergesagt, die vor der nächsten ausgeführt werden könnte. Das Daily Scrum findet jeden Tag zur gleichen Zeit und am gleichen Ort statt, um die Komplexität zu verringern. Während des Meetings erklären die Mitglieder des Entwicklungsteams:

• Was habe ich gestern getan, damit das Entwicklungsteam das Sprint-Ziel erreicht hat?

• Was werde ich heute tun, um das Entwicklungsteam beim Erreichen des Sprintziels zu unterstützen?

• Sehe ich ein Hindernis, das mich oder das Entwicklerteam daran hindert, das Sprintziel zu erreichen?

Das Entwicklungsteam verwendet das tägliche Scrum, um die Fortschritte beim Erreichen des Sprint-Ziels und die Tendenz zum Abschluss der Arbeiten im Sprint-Backlog zu überprüfen. Das Daily Scrum optimiert die Wahrscheinlichkeit, dass das Entwicklungsteam das Sprint-Ziel erreicht. Jeden Tag sollte das Entwicklungsteam verstehen, wie es beabsichtigt, als selbstorganisierendes Team zusammenzuarbeiten, um das Sprint-Ziel zu erreichen und das erwartete Inkrement bis zum Ende des Sprints zu erreichen. Das Entwicklungsteam oder die Teammitglieder treffen sich häufig unmittelbar nach dem Daily Scrum, um detaillierte Diskussionen zu führen oder den Rest der Sprint-Arbeit anzupassen oder neu zu planen.

Der Scrum Master stellt sicher, dass das Entwicklerteam das Meeting hat, aber das Entwicklerteam ist für die Durchführung des täglichen Scrums verantwortlich. Der Scrum Master lehrt das Entwicklungsteam, das tägliche Scrum innerhalb der 15-minütigen Zeitspanne zu halten.

Der Scrum Master erzwingt die Regel, dass nur Mitglieder des Entwicklungsteams am Daily Scrum teilnehmen.

Daily Scrums verbessern die Kommunikation, beseitigen andere Besprechungen, identifizieren Entwicklungshemmnisse für das Entfernen, markieren und fördern schnelle Entscheidungen und verbessern den Wissensstand des Entwicklungsteams. Dies ist eine wichtige Inspektions- und Anpassungsbesprechung.

Andere Methoden haben möglicherweise andere Rituale und sogar andere Scrum-Teams optimieren möglicherweise die Art und Weise, wie sie dies anders tun. Die Schlüsselidee ist ein schnelles Zusammentreffen, um sicherzustellen, dass das Team auf dem richtigen Weg ist. Es sollte kein Managementstatusbericht sein. Es ist jedoch eine der agilen Ideen, die leichter untergraben werden kann.

TL; DR

Bei ordnungsgemäßer Ausführung in einem entsprechend großen Scrum-Team sollte der tägliche Stand-up-Vorgang nicht länger als 15 Minuten dauern. Wenn es länger dauert, ist entweder das Team zu groß oder Sie haben ein Prozessproblem.

Der Zweck des Aufstehens

Das tägliche Aufstehen ist ein Engagement- und Koordinationstreffen für das gesamte Team. Es soll sicherstellen, dass das gesamte Team über Hindernisse informiert ist, welche Storys gemacht oder nicht gemacht werden und welche Aufgaben bereit sind, von der To-Do-Liste eines Teammitglieds in die einer anderen Person gezogen zu werden.

Es ist wichtig, dass der Scrum Master und der Product Owner aktive Teilnehmer im Stand-up sind. Wenn das Team jedoch einem von ihnen Bericht erstattet, ist Ihr Scrum-Prozess möglicherweise fehlerhaft. Eine verwandte Antwort zu Project Management Stack Exchange enthält unten eine 10-Punkte-Liste mit "Projektgerüchen" , von denen einige in Ihrem Fall zutreffen können. Auch wenn sie nicht zutreffen, sollten Sie die Wirksamkeit Ihrer Stand-Ups bei Ihrer nächsten Sprint-Retrospektive auf jeden Fall neu bewerten.

Respektiere die Time-Box

Obwohl ich die "drei Fragen" als konkretes Format nicht mag, gerade weil sie dazu neigen, Meetings zu führen, die einem Status-Pull ähneln, wäre es mir ein Rätsel, wenn ich nicht auf Mike Cohns kanonische Beschreibung des Daily Scrum verweisen würde . Die Seite sagt zum Teil:

Durch die Konzentration auf das, was jede Person gestern erreicht hat und heute erreichen wird, erhält das Team ein hervorragendes Verständnis dafür, welche Arbeit geleistet wurde und welche Arbeit noch zu leisten ist. Das tägliche Scrum-Meeting ist kein Statusaktualisierungs-Meeting, bei dem ein Chef Informationen darüber sammelt, wer hinter dem Zeitplan zurückliegt. Vielmehr handelt es sich um ein Treffen, bei dem sich die Teammitglieder gegenseitig verpflichten.

Es gibt viel mehr Details und einige konkrete Beispiele auf dieser Seite. Für die Zwecke Ihrer Frage wird jedoch ausdrücklich Folgendes angegeben:

Tägliche Scrum-Stand-up-Meetings haben einen Zeitrahmen von 15 Minuten. Dies hält die Diskussion lebhaft, aber relevant.

Die Time-Box ist das Fundament von Scrum. Während die meisten Zeitfenster in Scrum vom Team aufgrund des Inspektions- und Anpassungszyklus angepasst werden können, wird es als schlechte Praxis angesehen, die Standzeit zu verlängern. Wenn das Time-Boxing-Prinzip in Ihrem Prozess nicht eingehalten wird, ist das im Allgemeinen ein sehr ausgeprägter "Projektgeruch".

Was Sie beschreiben, ist eine Möglichkeit, wie „Stand-Ups“ für das Team scheitern können.

Die besten Stand-ups sind kurz, weil jeder versteht, was alle anderen tun, erklärt, was sie gestern erreicht haben, was sie heute erreichen werden und zeigt auf, was ihre Fähigkeit, ihre Versprechen zu halten, beeinträchtigen könnte / hat. Andere Mitglieder des Teams können dann darauf hinweisen, dass sie einander helfen können, Hindernisse schnell zu lösen, aber dass Lösungen außerhalb des Stehens stattfinden.

Kurz gesagt, Sie sollten der Klebstoff sein, der das Team zusammenhält.

Was sich eher anhört, ist ein Status-Update, und Sie werden für die Zustellung / Nichtzustellung zur Verantwortung gezogen, aber das Team ist funktionsunfähig, weil das Team die Stand-up-Meetings nicht dazu nutzt, sich gegenseitig bei der Zustellung und Beseitigung der Hindernisse zu unterstützen.

In den beiden von mir beobachteten Umgebungen ist dies darauf zurückzuführen, dass ein Scrum-Master die Verantwortung für die Einhaltung der Iterationsversprechen durch das Team nicht delegiert hat. In einem Fall war es besonders kontraproduktiv und erzeugte eine uns / sie Haltung innerhalb des Teams.

Bei Scrum handelt es sich um selbstorganisierende Teams, bei denen sich das Team selbst organisiert, um Probleme schnell zu lösen und ihre Verpflichtungen zu erfüllen

Wie bei allen agilen Prozessen ist dies das Ziel: "Woraus Sie Nutzen ziehen".

Das tägliche Aufstehen ist in der Regel ein Mechanismus, um die Kommunikation zwischen Teammitgliedern auf eine Weise zu gewährleisten, bei der jeder verstehen kann, wo sich das Team in Bezug auf die aktuellen Aufgaben befindet. Ein 5-minütiger Stand-up, bei dem jeder sagt: "Ich habe x gestern und ich mache y heute", ist in Ordnung, ebenso wie ein 15-minütiger Stand-up, bei dem das Team selbst entscheidet, woran es als Nächstes arbeitet und das Taskboard aktualisiert.

Es ist jedoch überhaupt nicht erforderlich, nicht, wenn Sie diese Dinge auf andere Weise kommunizieren, z. B. mithilfe eines fortlaufenden sozialen Benachrichtigungssystems.

Ebenso ist es in Ordnung, wenn Sie möchten, dass Ihr Stand-up länger ist und eher als Teamberichter fungiert. Ich würde es in Frage stellen, aber ich weiß, dass einige Teams einen gezielteren Ansatz bevorzugen, als dass ihnen Arbeit gegeben wird. Agile kann schließlich mit allen Arten von Teams umgehen.

Die eigentliche Frage, die Sie sich stellen sollten, ist, ob Sie einen Wert daraus ziehen, und wenn nicht, wie werden Sie ihn ändern, damit Sie einen Wert bekommen. Es ist NICHT wendig, den Standup zu machen, wie es in einem heiligen Buch von Scrum vorgeschrieben ist. Es ist wichtig, einen Aufstand zu machen, der etwas für Ihr Team bedeutet, damit Sie alle besser zusammenarbeiten.