Als «scrum» getaggte Fragen

Ein agiles Framework, in dem ein Product Owner (PO), ein Entwicklungsteam (DT) von 3-9 Entwicklern und ein Scrum Master (SM) als Scrum Team (ST) zusammenarbeiten, um komplexe Produkte mit dem höchstmöglichen Wert zu erstellen und zu erhalten. Sie erledigen diese Arbeit in einer Zeitbox, die als Sprint bezeichnet wird. Sprints können kürzer sein, aber nicht länger als 30 Tage dauern. Ereignisse, Rollen und Artefakte werden im offiziellen Scrum-Handbuch definitiv beschrieben: http://scrumguides.org/scrum-guide.html

6
Entspricht eine Zeitschätzung einem Versprechen in Scrum?
Wenn eine Schätzung kein Versprechen ist, wie kann ich als Produktbesitzer meine Projekte liefern, ohne zu wissen, wie lange es dauern wird? Arbeitet ein Scrum-Team effizienter, wenn wir Zeitschätzungen als Versprechen betrachten? Wie viel Forschung (Vorbereitung, Anstrengung, um das Problem zu verstehen) in einer Geschichte reicht aus, um die richtige …
7
Scrum-Überschätzung und Neuplanung
Wir sind mitten in unserem ersten Sprint und es dämmert uns etwas: Wir haben es überschätzt! Wir hatten 114 ideale Stunden für diese 2-wöchige Iteration geplant und am Ende der ersten Woche haben wir den gesamten Sprint beendet. Was tun wir jetzt? Das "Buch" sagt, wir sollten und werden die …
10 scrum  planning 
4
Backend-Entwickler, die von User Stories erstellt wurden
Ich hatte vor, die Backend-Entwicklung vertikal in die User Stories zu integrieren. Aber ein Backend-Typ in unserem Team begann sich zu beschweren, dass dies ihre Arbeit unsichtbar macht. Meine Antwort war das Bei den Sprint-Planungs- und Überprüfungsmeetings diskutieren wir Backend-Aufgaben vor den Stakeholdern, damit sie sichtbar werden Die Aufrechterhaltung einer …
10 agile  scrum  team  user-story 
7
Ist es jemals akzeptabel, in Scrum Daily Standup-Meetings Diskussionen zu führen, die nicht mit dem Einchecken zusammenhängen?
Ich hoffe, die Leute werden mir eine möglicherweise offensichtliche Frage stellen. Ich habe in einer Reihe von Organisationen gearbeitet, die täglich Scrum-Meetings abhalten. Einige Organisationen verwenden das Scrum nur zum Einchecken (die "drei Fragen" - was haben Sie gestern gemacht, was machen Sie heute, haben Sie Blocker?), Aber einige andere …
6
Akzeptanzkriterien für Randfälle
Ich bin Produktbesitzer in einem agilen Team. Wenn ich PO-Abnahmetests durchführe, mache ich mir normalerweise Notizen, um einige Randfälle auszuprobieren. Es ist nicht ungewöhnlich, dass ich etwas entdecke und es dann an die Entwickler zurückgebe. Ich werde von einem der Entwickler zurückgedrängt, wenn ich seine Geschichten ablehne. Er sagt, es …
8
Sind Verhandlungs- und Niederschlagungsversuche mit Scrum-Schätzungen legitime Teile des Prozesses?
In Scrum-Meetings habe ich festgestellt, dass Entwickler häufig realistische Schätzungen zu Storys abgeben. Selbst ziemlich einfache Storys erfordern jedoch viel Aufwand für die Konfiguration, das Einrichten von Komponenten von Drittanbietern, das Testen und die endgültige Erstellung, und das System hat einige technische Schulden angehäuft, sodass die Schätzungen für den Produktbesitzer …
5
Scrum Tägliches Meeting: Pünktlichkeit über volle Teampräsenz?
Mein Verständnis ist, dass ein Daily Scrum-Meeting sehr schnell sein sollte, auf freundliche Weise veranstaltet werden sollte und dass alle anwesenden Teammitglieder erforderlich sind. Weil es das Ziel ist, alle auf dem Laufenden zu halten, was alle anderen tun. Ich mag Scrum Daily Meetings, die so abgehalten werden. In meinem …
9 agile  scrum 
5
Eine komplexe Geschichte zu Beginn des Projekts aufschlüsseln
Ich versuche, mich mit agilem Projektmanagement (mit Pivotal Tracker) auseinanderzusetzen, stoße aber immer wieder auf Wände, wenn ich versuche, die ersten Geschichten eines Projekts zu definieren. Nehmen Sie zum Beispiel diese sehr einfache Geschichte: "Ein Benutzer sollte in der Lage sein, ein Produkt zu kennzeichnen" Angenommen, ich habe "Produkt" bereits …
9 scrum 
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.