Master-Projektdokumentation-Vorlage

Gehe in den ersten beiden Abschnitten der Vorlage auf den Zweck des Projekts ein. Im Abschnitt zu den nicht erfüllten Anforderungen erklärst du, warum dieses Projekt erstellt wurde. Welche Anforderung wird von deinen Kunden erwartet, die bisher nicht erfüllt wird, und inwiefern bietet dieses Projekt eine Lösung hierfür? Im Abschnitt zu den Zielen beschreibst du im Detail, was du dir von diesem Projekt erhoffst. Ob dies höhere Zahlen kostenpflichtiger Registrierungen oder bessere Benutzerbewertungen sind – lege deine Ziele klar und deutlich dar, damit dein Team weiß, worauf es hinarbeitet.

Nachdem nun geklärt ist, warum es dieses Projekt gibt, widmen wir uns jetzt der Zielgruppe. Im Abschnitt User personas (Kundentypen) listest du die Kundentypen auf, für die die Änderungen in erster Linie gedacht sind. Ein Projekt kann nur in seiner Gesamtheit verstanden werden, wenn die Zielgruppe bekannt ist. Deshalb hilft der hier dokumentierte Kontext deinen Teammitgliedern, das Projekt mit all seinen Feinheiten zu begreifen.

Mithilfe von Job-Storys kannst du die Probleme deiner Nutzer darstellen und deine Lösungsvorschläge erläutern. Folge den Aufforderungen im Vorlagenabschnitt "Jobs", um unter Verwendung der folgenden Formel eine eigene Job-Story zu erstellen:

Wenn ich den jeweiligen Kontext beschreibe,
möchte ich die Benutzeranforderung beschreiben,
damit ich den Grund für die Anforderung beschreiben kann

So sieht zum Beispiel eine fertige Job-Story von MURAL aus:

Wenn ich einen Design-Workshop in MURAL durchführe und wir Aufgaben erarbeiten,
möchte ich sie einfach an den Vorgangs-Tracker senden können, den mein Team verwendet,
damit ich weiterarbeiten kann, ohne meinen Workflow zu ändern

Dein Projekt ist keine isolierte Angelegenheit. Deshalb ist es wichtig, Zugriff auf frühere Überlegungen und Entscheidungen zu haben. Beschreibe im Abschnitt zur Vergangenheit andere Strategien, mit denen du versucht hast, das Problem zu beheben, und was du aus ihnen gelernt hast. Im Abschnitt zu den Beschränkungen kannst du notieren, ob dieses Problem von anderen Projekten beeinflusst wird oder andere Projekte beeinflusst. Diese Abhängigkeiten musst du unbedingt berücksichtigen. Im Abschnitt zu Untersuchungen und Entscheidungen dokumentierst du andere Ansätze, die zur Sprache kamen, sowie ihre jeweiligen Vor- und Nachteile. Verliere die Ideen deines Teams nicht aus den Augen (auch wenn du sie derzeit nicht umsetzt) – sie könnten zu einem späteren Zeitpunkt noch nützlich werden!

Wenn dein Projekt Releases beinhaltet, trägst du diese in die Releases-Tabelle der Vorlage ein. Die Vorlage bietet Platz für den Namen des Release, seinen Nutzen und seinen Umfang. Außerdem kannst du einen Status für jeden Release angeben, um seinen Fortschritt zu verfolgen. 

Hast du das Gefühl, dein Projekt zieht andere Projekte nach sich? Das ist normal und du solltest daher unbedingt auch nachfolgende Aufgaben notieren. Füge alles, was nach dem Projekt erledigt werden muss, als Checklisten-Element im Bereich Next steps (Nächste Schritte) ein. Du kannst auch für jeden Punkt einen Status festlegen, um sicherzustellen, dass diese Aufgaben wirklich erledigt und nicht von deinem Team vergessen werden.

So gern wir dir auch sagen würden, dass jedes Projekt ein großer Erfolg wird, weißt du selbst, dass die Realität anders aussieht. Aus diesem Grund ist es so wichtig, eine Benchmark festzulegen, die dir zeigt, ob dein Projekt das erwartete Ergebnis erzielt hat. Notiere deine Benchmark im Vorlagenabschnitt zu den Auswirkungen. Ob du dein Ziel letztendlich erreichst oder nicht, du wirst später froh sein, diese Metrik festgehalten zu haben – zur Motivation und als historischen Kontext.