Wie man ein richtiges Visionsdokument für ein Scrum-Projekt schreibt

Da das Scrum-Framework interaktiv erstellt wird, würde ich gerne wissen, ob Scrum spezifische Richtlinien zur Definition des Visionsdokuments bietet , das normalerweise auf der Grundlage der größten Kundenanforderungen definiert wird.

Wie sollte der Product Owner das Visionsdokument aufbauen? Gibt es festgelegte Grundsätze, die befolgt werden müssen?

Hallo, willkommen bei PMSE, der Seite für PMs von Experten und Enthusiasten. Erwägen Sie, in Ihrer Frage mehr Details anzugeben, damit sie auf Ihre einzigartige Situation abzielt. Scrum wird oft von Organisation zu Organisation ganz unterschiedlich gehandhabt, und wenn Sie spezifische Angaben haben, stellen Sie sicher, dass Sie keine einfachen, einfachen, akademischen Antworten erhalten, die bei Google zu finden sind. :)
Vielen Dank für Ihre Antwort. Wenn der Product Owner das Projekt erhält, welches Artefakt verwendet er, um die Vision zu entwickeln? er schreibt ein dokument auf doc-datei? Das Problem ist, wenn über Visionen gesprochen wird, denke ich, in Visionsdokumenten, die in RUP verwendet werden.
Auch hier denke ich persönlich, dass es von den Details Ihrer Situation abhängt. Wenn Sie nach rein akademischen Antworten suchen, können Sie diese wahrscheinlich bei Google finden, aber wenn Sie ein bestimmtes Projekt haben, auf das Sie sich beziehen, erhalten Sie wahrscheinlich bessere Antworten, wenn Sie Ihre Frage mit mehr Details zu Ihrer Situation bearbeiten. :) Außerdem sind wir keine Website, die Produkte empfiehlt, aber wir haben einige historische Fragen, bei denen Leute nach Buchempfehlungen gefragt haben: pm.stackexchange.com/questions/2114/resources-for-scrum
scaledagileframework.com/vision ist ein guter Ausgangspunkt.

Antworten (3)

Scrum hat keine Regeln, wie die erforderlichen Dokumente erstellt werden. Ich habe Mindmaps , Vision Boards und einfache Word-Dokumente als Grundlage für den Projekt-Kickoff gesehen.

Die PO sollte die Zielgruppe berücksichtigen, für die das Dokument bestimmt ist. Manchmal reicht es aus, etwas auf einer Serviette zu skizzieren, manchmal benötigen Sie möglicherweise ein vollständiges Projektantragsdokument.

Vielleicht möchten Sie diesen Artikel (scrumalliance.org) über Produktvision lesen. Es hat auch ein paar Hinweise auf einige Bücher am Ende.

Ich habe festgestellt, dass Gespräche am effektivsten sind. Das Artefakt kann interpretiert und später diskutiert werden. Der Aufbau einer Beziehung und das Öffnen eines Gesprächskanals wird den gesamten Prozess auf den richtigen Weg bringen (und ihn dort halten, wenn sich die Dinge ändern).

Ich denke, worauf die Leute hinauswollen, ist, dass es nicht den einen Weg für ein Visionsdokument oder eine Übung gibt. Wenn Sie eine Vision wollen, muss nicht nur der Product Owner, sondern das gesamte Team sie erstellen. Ja, die Bestellung wird viel Input enthalten, aber es ist ein Teamdokument.

Johnothan Rasmusson im Agile Warrior verwendet die Idee eines Inception-Decks. Ich habe dies bei früheren Projekten verwendet und muss sagen, dass es eine gute Möglichkeit ist, das Team am Anfang zusammenzubringen und wirklich sicherzustellen, dass alle auf derselben Seite sind.

Den Artikel zusammen mit einem leeren Inception-Deck finden Sie hier http://agilewarrior.wordpress.com/2010/11/06/the-agile-inception-deck/