In Scrum, wo sitzt das Detail?

Question

Wir haben Scrum jetzt bei einigen Projekten mit unterschiedlichem Erfolg eingesetzt und ich habe jetzt eine Anfrage bezüglich der Dokumentation.

In Scrum haben Sie offensichtlich das Produkt Backlog ("Die Anwendung beginnt mit dem letzten Dokument, mit dem der Benutzer gearbeitet hat.") Und das Sprint-Task-Backlog ("Passwort vergessen Bildschirm"). In all den Beispielen, die ich gesehen habe, sind diese beiden Punkte jedoch recht hoch in Bezug auf die Details (sie sind auf eine Post-it-Notiz zugeschnitten).

Also, wo sitzt das Detail? Nehmen wir an, der Kunde hat einige sehr spezifische Anforderungen an einen Lagerverwaltungsbildschirm oder hat eine komplexe API, mit der am Backend integriert werden muss. Wo wird dies dokumentiert, wie und wer erfasst diese Informationen? Ist es getrennt vom Rückstand, aber just-in-time oder auf andere Weise bevölkert?

Answer 1

Sprint backlog

Der Sprint Backlog ist ein stark detailliertes Dokument enthält Informationen darüber, wie das Team die Anforderungen für den kommenden Sprint implementieren würde. Aufgaben sind aufgeteilt in Stunden ohne Aufgabe ist mehr als 16 Stunden. Wenn eine Aufgabe länger als 16 Stunden ist, sollte sie weiter unterteilt werden. Aufgaben auf dem Sprint Backlog werden nie zugewiesen, eher Aufgaben werden von den Teammitgliedern nach ihren Wünschen angemeldet.

Answer 2

Mein Verständnis ist, dass bestimmte Anforderungen wie diese vom Product Owner behandelt werden. Sie werden während Sprint Planning 2 mit dem Kunden Kontakt aufnehmen und die Aufgaben bei Bedarf mit spezifischen Anforderungen aktualisieren - daher ist der Product Owner ein optionaler Teilnehmer des Sprint Planning 2-Meetings. Dies gibt Ihnen eine Mischung aus Just-in-Time und Sprint Planning 2 Population der Details. Alles, was zu der Zeit, an der Sie an der Aufgabe arbeiten, nicht zufriedenstellend ist, ist ein Hindernis und sollte vom Produkteigentümer mit einem täglichen Gedränge behandelt werden.

Da die Entwicklung bei der Verwendung von Scrum agil ist, sollten Sie nicht zu viele Probleme finden, wenn Sie Anforderungen rechtzeitig erhalten.

Answer 3

Details können in einem Wiki stehen, das dem gesamten Team zur Verfügung steht und vom gesamten Team editiert werden kann.

Answer 4

Nicht sicher, ob das so einfach ist wie es klingt. Wir haben Herausforderungen mit dem Detailteil gesehen. Nehmen wir an, wir entwickeln eine Story, die die Erfassung einfacher Kontaktinformationen für beispielsweise ein CRM-System erfordert. Ich habe jetzt die Geschichten von der PO und wir gingen durch das Sprint-Planungstreffen und verstanden die ersten 5 Geschichten, die unsere Geschwindigkeit treffen. Es ist jedoch immer schwierig, alle Details der Konversation zu erfassen, zum Beispiel, wie der Bildschirm ausgelegt werden muss. Welche 20 Felder müssen Sie auf dem Bildschirm haben? Können einige dieser Felder Informationen aus anderen Tabellen nachschlagen? Ansichten usw. Wer erfasst diese Details, sollte es die Bestellung oder der Entwickler sein und was ist die beste Vorgehensweise zum Speichern dieser Details. Wir versuchen gerade, Wiki's dafür zu verwenden, aber es wird ein Overhead bei dem Versuch, die Aktionselemente auf dem neuesten Stand zu halten, welche Details wann aktualisiert werden müssen.