it-swarm.com.de

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

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

Bin ich falsch, so zu fühlen? Werden Stand-Ups normalerweise so durchgeführt?

14
user10326

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

Daily Scrum

Das Daily Scrum ist eine 15-minütige Veranstaltung mit Zeitrahmen für das Entwicklungsteam, um Aktivitäten zu synchronisieren und einen Plan für die nächsten 24 Stunden zu erstellen. Dies erfolgt durch Inspektion der Arbeit seit dem letzten Daily Scrum und Vorhersage der Arbeit, die vor dem nächsten erledigt 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, um dem Entwicklungsteam zu helfen, das Sprint-Ziel zu erreichen?

  • Was werde ich heute tun, um dem Entwicklungsteam zu helfen, das Sprint-Ziel zu erreichen?

  • Sehe ich ein Hindernis, das mich oder das Entwicklungsteam daran hindert, das Sprint-Ziel zu erreichen?

Das Entwicklungsteam verwendet das tägliche Scrum, um den Fortschritt in Richtung des Sprint-Ziels und den Trend zum Abschluss der Arbeit 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 Entwicklungsteam das Meeting hat, das Entwicklungsteam ist jedoch für die Durchführung des täglichen Scrum verantwortlich. Der Scrum Master bringt dem Entwicklungsteam bei, das tägliche Scrum innerhalb der 15-minütigen Zeitspanne zu halten.

Der Scrum Master erzwingt die Regel, dass nur Mitglieder des Entwicklungsteams am täglichen Scrum teilnehmen.

Tägliche Scrums verbessern die Kommunikation, eliminieren andere Besprechungen, identifizieren Entwicklungshemmnisse für das Entfernen, heben schnelle Entscheidungen hervor und fördern diese und verbessern den Wissensstand des Entwicklungsteams. Dies ist ein wichtiges Inspektions- und Anpassungsmeeting.

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

13
Guy Sirton

TL; DR

Bei ordnungsgemäßer Ausführung in einem Scrum-Team mit angemessener Größe sollte der tägliche Stand-up niemals 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 Stand-Up

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 Geschichten erledigt oder nicht erledigt werden und welche Aufgaben bereit sind, von der To-Do-Liste eines Teammitglieds in die eines anderen Teams übernommen zu werden.

Es ist wichtig, dass der Scrum Master und der Product Owner aktive Teilnehmer am Stand-up sind. Wenn das Team jedoch an einen von ihnen berichtet, ist Ihr Scrum Prozess kann wirklich gebrochen sein. Eine verwandte Antwort zu Project Management Stack Exchange enthält unten ein 10-Punkte-Liste mit "Projektgerüchen" , von denen einige in Ihrem Fall zutreffen können. Auch wenn sie nicht zutreffen, sollten Sie die Effektivität Ihrer Stand-Ups bei Ihrer nächsten Sprint-Retrospektive auf jeden Fall neu bewerten.

Respektiere die Zeitbox

Obwohl ich die "drei Fragen" als konkretes Format nicht mag , weil sie dazu neigen, zu Besprechungen zu führen, die einem Statuszug ähneln, wäre ich mir nicht sicher, wenn Ich habe nicht auf Mike Cohns kanonische Beschreibung des Daily Scrum hingewiesen. Die Seite sagt teilweise:

Indem sich das Team auf das konzentriert, was jeder gestern und heute erreicht hat, erhält es ein hervorragendes Verständnis dafür, welche Arbeit geleistet wurde und welche Arbeit noch übrig ist. Das tägliche Scrum-Meeting ist kein Status-Update-Meeting, bei dem ein Chef Informationen darüber sammelt, wer hinter dem Zeitplan zurückliegt. Es ist vielmehr ein Treffen, bei dem sich die Teammitglieder gegenseitig verpflichten.

Auf dieser Seite finden Sie viel mehr Details und einige konkrete Beispiele. Für die Zwecke Ihrer Frage wird jedoch ausdrücklich angegeben, dass:

Die täglichen Scrum-Standup-Meetings sind streng auf 15 Minuten festgelegt. Dies hält die Diskussion lebhaft, aber relevant.

Die Zeitbox 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 Länge des Stand-Ups zu verlängern. Wenn das Time-Boxing-Prinzip in Ihrem Prozess nicht eingehalten wird, ist dies im Allgemeinen ein sehr unangenehmer "Projektgeruch".

8
CodeGnome

Wie bei allen agilen Prozessen ist dies der Zweck: "Woraus Sie Wert machen".

Das tägliche Aufstehen ist in der Regel ein Mechanismus, um die Kommunikation zwischen Teammitgliedern auf eine Art und Weise mit geringen Auswirkungen sicherzustellen, bei der jeder verstehen kann, wo sich das Team in Bezug auf die aktuellen Aufgaben befindet. Ein 5-minütiger Standup, bei dem jeder sagt "Ich habe x gestern gemacht und ich werde y heute machen", ist in Ordnung, ebenso wie ein 15-minütiger Standup, bei dem das Team untereinander entscheidet, woran es als nächstes arbeiten soll, und das Task Board aktualisiert.

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

Wenn Sie möchten, dass Ihr Stand-up länger und eher eine Teamberichterstattung ist, ist dies ebenfalls in Ordnung. Ich würde es in Frage stellen, aber ich weiß, dass einige Teams einen gezielteren Ansatz bevorzugen, um Arbeit zu erhalten. 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 erhalten. Das Aufstehen gemäß den Vorgaben eines heiligen Buches von Scrum ist NICHT agil. Ein Standup zu machen, das Ihrem Team etwas bedeutet, damit Sie alle besser zusammenarbeiten, ist.

3
gbjbaanb

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

Die besten Stand-Ups sind kurz, weil jeder versteht, was alle anderen tun, sie erklären, was sie gestern erreicht haben, was sie heute erreichen werden, und alles aufzeigen, was ihre Fähigkeit, ihre Versprechen zu erfüllen, beeinträchtigen könnte/hat. Andere Mitglieder des Teams können dann angeben, dass sie helfen können, die Hindernisse des jeweils anderen schnell zu lösen, aber dass Lösungen außerhalb des Aufstands stattfinden.

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

Es klingt eher nach einer Statusaktualisierung, und Sie werden für die Zustellung/Nichtzustellung zur Rechenschaft gezogen, aber das Team ist nicht funktionsfähig, da das Team die Stand-up-Meetings nicht verwendet, um sich gegenseitig bei der Zustellung und Beseitigung der Hindernisse zu unterstützen.

In den beiden Umgebungen, in denen dies aufgetreten ist, wurde dies durch einen Scrum-Master verursacht, der die Verantwortung für die Einhaltung der Iterationsversprechen durch das Team nicht delegiert hat. In einem Fall war es besonders kontraproduktiv und erzeugte eine Einstellung von uns/ihnen innerhalb des Teams.

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

3
Michael Shaw