2016-04-16 4 views
1

Die Agile Scrum-Methode verwendet keine Berichte.Verwendet die Agile Scrum-Methode Berichte?

Stimmen Sie dieser Aussage zu?

Können Product Backlog, Sprint Backlog oder Sprint Burn Down Charts als Berichte betrachtet werden?

+0

Die Bereitstellung einer generischen Anweisung bietet keinen Kontext. Wenn Sie ein Backlog, Burn-Downs usw. genommen haben und diese zur Analyse weitergegeben haben, handelt es sich um Berichte und nicht nur um Dev-Team-Tools. – ChiefTwoPencils

+1

Wahrscheinlich, was das bedeutet, Scrum erfordert keine formelle Berichterstattung. Die täglichen Stand-ups sind eine Form der Berichterstattung, aber sie werden im Allgemeinen nicht zu einem "Bericht" formalisiert. – ChiefTwoPencils

+1

Wenn ich also dieser Aussage zustimme, kann ich zeigen, dass die oben genannten Dokumente als eine Form des Berichts verwendet werden können? – laish138

Antwort

2

Das Scrum-Framework wurde von Anfang an so konzipiert, dass es transparent ist.

Es gibt drei wichtige Komponenten dazu:

  • Eine öffentliche Aufgabe Board (work in progress zeigt)
  • Sprint Bewertungen
  • Ein öffentlicher Product Backlog (Fortschritte und offen für alle Beteiligten angezeigt) (zeigt Zukunft der Arbeit)

Es ist auch erwähnenswert, dass der Product Owner in dieser Information wird die Person am meisten interessiert ist, wie sie eigene das Produkt. Sie sind jeden Tag mit dem Team involviert und haben ein tiefes Verständnis für das, was vor sich geht.

Die Probleme, die bei der Scrum-Berichterstellung auftreten, treten aufgrund von Fehlern bei der Implementierung des Scrum-Frameworks auf. Wenn zum Beispiel nicht alle interessierten Stakeholder an den Sprint-Reviews teilnehmen, kann es zu Missverständnissen kommen. Auch wenn das Scrum-Team nicht selbstorganisierend sein darf, kann es Bedenken hinsichtlich der Kommunikation mit den technischen Managern geben.

Viele Teams verwenden Berichte zu Ergänzung der Scrum Transparenz.

Die beiden häufigsten Berichte sind:

  • Ein Sprint Zusammenfassung (in der Regel durch den Scrum Master getan)
  • Ein Produktupdate vom Product Owner

Mike Cohn spricht über die Sprint Zusammenfassung here.

Produktupdates haben viele Formate. Die erfolgreichsten, die ich gesehen habe, sind klare und konsistente Zusammenfassungen von laufender Arbeit und geplanter Arbeit, die auf Menschen aller Ebenen des technischen Wissens ausgerichtet sind (einschließlich gewerblicher Nutzer, die nichttechnisch sind). Ich habe mit Product Owners zusammengearbeitet, die optisch ansprechende Produktupdates schreiben, die das Scrum-Team effektiv an diejenigen schicken, die nicht regelmäßig an Sprint-Reviews teilnehmen.