Project Poster
Ein Project Poster ist ein einseitiges, lebendes Dokument, das ein Team zu Beginn eines Projekts gemeinsam ausfüllt und das durch drei Teile führt: den Problemraum, die Annahmen, die noch zu validieren sind, sowie den Lösungsvorschlag und den Plan. Es ist ein Play aus dem Atlassian Team Playbook und wird dort als leichtere, überarbeitbare Alternative zu einem formellen Projektauftrag eingeordnet. Das Poster soll aktualisiert werden, während das Team dazulernt, und Stakeholdern gezeigt werden, solange es noch unfertig ist.
Moderationsablauf
- 1
Vorbereitung im Raum: Öffnet die Vorlage, überfliegt gemeinsam das Hintergrundmaterial und vereinbart die Timebox für jeden Teil.
10 Min. - 2
Problemraum: Schreibt das Problem auf, wen es betrifft, warum es wichtig ist und wie Erfolg aussieht. Parkt Lösungsideen in einer Nebenliste.
20 Min. - 3
Validierung: Listet Unbekanntes und Annahmen auf, markiert die riskantesten und notiert, wie jede geprüft wird.
20 Min. - 4
Bereit zur Umsetzung: Skizziert die Lösung, die Grenzen des Scopes, Meilensteine und die Beteiligten.
20 Min. - 5
Lest das Poster von Anfang bis Ende, bereinigt Widersprüche und vereinbart, wer es mit welchen Stakeholdern teilt und wann es überarbeitet wird.
10 Min.
Tipps
Stecke die meiste Energie in den ersten Teil; Teams kommen mit einer Lösung im Kopf und füllen den Problemteil rückwärts passend dazu aus, wenn du nicht fragst, wer eigentlich gesagt hat, dass das ein Problem ist, und welche Belege es gibt.
Werte einen leeren Validierungsteil als Warnsignal: Meist bedeutet er, dass nach Annahmen nicht gesucht wurde, nicht dass es keine gibt.
Versieh das Poster und jede Überarbeitung mit einem Datum, damit beim Lesen erkennbar ist, dass es ein Arbeitsdokument ist.
Typische Stolperfallen
Das Team schreibt zuerst die Lösung und konstruiert dann rückwärts eine passende Problembeschreibung; das Poster rechtfertigt eine Entscheidung, statt sie zu prüfen
Der Validierungsteil nennt Annahmen, aber weder Test noch Verantwortliche noch Datum, und das Projekt läuft mit denselben Vermutungen weiter, mit denen es begonnen hat
Das Poster wird einmal ausgefüllt und nie wieder geöffnet; aus einem lebenden Dokument wird ein Projektauftrag, den niemand unterschrieben hat
Eine Person füllt die Vorlage vor dem Meeting allein aus, die Session wird zum Review, und die Meinungsverschiedenheiten, die das Format sichtbar machen soll, bleiben verborgen
Erfolg wird als Output beschrieben, etwa „Feature ausgeliefert“, sodass das Team später nicht sagen kann, ob das Problem gelöst wurde
Variationen
Zwei Termine: Bearbeitet den Problemraum in einer ersten Session, gebt dem Team ein bis zwei Wochen, um die wichtigsten Annahmen zu prüfen, und trefft euch dann erneut für Lösung und Plan. Pitch-Version: Eine Person entwirft das Poster allein und nutzt die Session, damit das Team es hinterfragt. Remote: Arbeitet in einem geteilten Dokument und beginnt jeden Teil mit ein paar Minuten stillem Schreiben, bevor diskutiert wird. Bei einem Projekt, das eine formelle Freigabe von Scope, Budget und Sponsoren braucht: Lass auf das Poster eine 1-Page Project Charter folgen.
Einsatzbereiche
Wann einsetzen
Ein Projekt steht vor dem Start, und die Teammitglieder antworten unterschiedlich auf die Frage, welches Problem es löst
Jemand hat eine Lösung im Kopf, und das Team muss prüfen, ob das Problem dahinter real ist
Stakeholder müssen die Arbeit freigeben oder finanzieren und wollen ein kurzes Dokument, das sich in fünf Minuten lesen lässt
Das Projekt bringt offene Fragen zu Nutzerinnen und Nutzern oder zur Machbarkeit mit, die vor dem Bauen geprüft werden sollten
Neue Leute stoßen zu einem laufenden Projekt und brauchen die Begründung, nicht nur die Aufgabenliste
Wann nicht einsetzen
Die Arbeit ist eine kleine, gut verstandene Aufgabe: Ein Poster bringt nur zusätzliche Zeremonie, ein Ticket mit einem klaren Abnahmekriterium genügt
Die Organisation verlangt eine unterschriebene Zusage zu Scope, Budget und Sponsoren; nutze eine 1-Page Project Charter, die auf die Freigabe durch Stakeholder ausgelegt ist
Das Team hat überhaupt keine Hintergrundinformationen: Die Session wird zum Ratespiel, führt also zuerst Kundeninterviews oder ein Assumption Storming durch
Du musst zwischen mehreren Projektkandidaten wählen; priorisiere zuerst, zum Beispiel mit einer Impact/Effort Matrix, und schreibe dann ein Poster für den Gewinner
Die Lösung ist durch Vertrag oder Regulierung vorgegeben, und offen ist nur die Umsetzung; geh direkt zu Planung und Premortem
Ähnliche Methoden
Weiterführende Artikel
Häufig gestellte Fragen
Was ist ein Project Poster?▾
Ein Project Poster ist ein einseitiges Arbeitsdokument, das ein Team gemeinsam ausfüllt, wenn ein Projekt beginnt. Es umfasst den Problemraum, die noch zu validierenden Annahmen sowie den Lösungsvorschlag und den Plan. Es ist ein Play aus dem Atlassian Team Playbook und soll überarbeitet werden, während im Projekt dazugelernt wird.
Worin unterscheidet sich ein Project Poster von einem Projektauftrag?▾
Ein Projektauftrag (Project Charter) legt Scope, Ziele, Rahmenbedingungen und Stakeholder fest und wird in der Regel einmal freigegeben. Ein Project Poster ist lockerer und rechnet mit Veränderung: Es widmet dem, was das Team noch nicht weiß, einen ganzen Abschnitt und wird aktualisiert, sobald Annahmen geprüft sind. Viele Teams nutzen ein Poster in der frühen, unsicheren Phase und einen Projektauftrag, wenn eine formelle Zusage gebraucht wird.
Wer sollte an einer Project-Poster-Session teilnehmen?▾
Das Kernteam des Projekts und die Person, die für das Ergebnis verantwortlich ist, typischerweise drei bis zehn Personen. Hol dazu, wer die Belege von Kundenseite am besten kennt. Stakeholder, die nur informiert werden müssen, können das Poster anschließend lesen und kommentieren.
Wie lange dauert eine Project-Poster-Session?▾
Etwa 60 bis 90 Minuten: rund zehn Minuten Vorbereitung und zwanzig Minuten für jeden der drei Teile, dazu Zeit, das Ergebnis durchzulesen. Zeigt die Problemdiskussion, dass dem Team Belege fehlen, hört nach den ersten beiden Teilen auf und kommt wieder zusammen, wenn die Annahmen geprüft sind.
Wie oft sollte das Poster aktualisiert werden?▾
Immer dann, wenn eine Annahme geprüft wurde oder sich der Scope ändert, und mindestens bei jedem größeren Meilenstein. Notiere das Datum jeder Überarbeitung. Ein Poster, das sich seit dem Kick-off nicht verändert hat, ist ein Zeichen dafür, dass entweder nichts gelernt wurde oder niemand es aufgeschrieben hat.
Plane deinen nächsten Workshop mit KI
Workshop Weaver kombiniert Methoden wie Project Poster zu einer vollständigen, zeitlich geplanten Agenda. In Minuten.
Kostenlos testenMethod descriptions on Workshop Weaver are original content written by our team, based on established facilitation practices. This method was inspired by work from Atlassian Team Playbook.