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.

Job-Storys sind hilfreich, um die Probleme deiner Benutzer einzugrenzen und eine Lösung zu formulieren. Befolge im Job-Abschnitt der Vorlage die Eingabeaufforderungen, um deine eigene Job-Story anhand dieser Formel zusammenzustellen:

Wenn ich den spezifischen Kontext beschreibe,

möchte ich die Anforderungen der Benutzer beschreiben,

damit ich den Grund für diese Anforderungen beschreiben kann.

Eine fertige Job-Story von MURAL sieht beispielsweise folgendermaßen aus:

Wenn ich in MURAL an einem Design arbeite und wir dabei feststellen, dass sich bestimmte Aufgaben ergeben,

möchte ich diese problemlos an den Vorgangstracker meines Teams senden,

damit ich weiterarbeiten kann, ohne meinen Workflow zu ändern.

Dein Projekt ist keine isolierte Angelegenheit, es ist also 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 den 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 Release-Namen, seinen Mehrwert und Umfang. Außerdem kannst du einen Status für jeden Release angeben, um den Fortschritt zu verfolgen. 

Hast du das Gefühl, dein Projekt führt zu immer weiteren Projekten? Das ist normal und deshalb solltest du unbedingt auch nachfolgende Aufgaben notieren. Füge alles, was nach dem Projekt erledigt werden muss, als Checklisten-Element in den Bereich Next steps (Nächste Schritte) ein. Du kannst auch für jedes Element einen Status angeben, um sicherzustellen, dass diese Aufgaben wirklich erledigt werden und nicht in Vergessenheit geraten.

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