Was vorher fertig sein muss
Strategische Outcome-Ziele auf Unternehmens- oder Bereichsebene sind formuliert, an denen sich Goals im GIST-Framework ausrichten.
Was vor Start vorliegen muss
GIST-Board mit vier Ebenen (Goals, Ideas, Step-Projects, Tasks) im Tool oder an Wand; Ideabank-Datenbank (Notion, Airtable, eigene Tabelle); Priorisierungs-Framework (z. B. ICE); Sprint-Board für Tasks; Cadence-Kalender (Goals quartalsweise, Ideas laufend, Step-Projects monatlich, Tasks wöchentlich).
Ein Owner pro Goal (typisch PM oder Product Lead); Team aus PM, Engineering, Design; Sponsor mit Outcome-Mandat; Researcher (optional) für Idea-Validierung.
Strategische Outcomes der Ebene darüber; bestehende Roadmap- oder Backlog-Bestände als Konvertierungs-Material; Lessons Learned aus letztem Quartal; Mess-Infrastruktur für Outcomes; Team-Kapazität.
Initial Setup 1-2 Tage, laufend in unterschiedlichen Cadences pro Ebene
Vier Ebenen-Boards eingerichtet. Ideabank mit Spalten Idee, Hypothese, Goal-Bezug, ICE-Score, Status. Cadences fixiert: Goal-Review quartalsweise, Idea-Triage zweiwöchentlich, Step-Project monatlich, Tasks weekly.
Die eine Frage, die diese Methode beantwortet
Welche Goals will das Team in 12 Monaten erreichen, welche priorisierten Ideas testet es als nächstes, und wie wandern sie in lieferbare Step-Projects?
Marker: Phase
| Schritt | Dauer | Aktion | Hinweis |
|---|---|---|---|
1Phase 1: Goals (quartalsweise) | Halbtag pro Goal-Review | Maximal 5 Goals pro Team. Pro Goal: Outcome-Aussage, messbare Metrik, Baseline, Zielwert, Zeithorizont (typisch 12 Monate). Ableitung aus Unternehmens-OKR. Sponsor signiert. | Goals sind keine Featurelisten. Wer „Launch von X“ als Goal hat, beschreibt Output. Goal ist „X% Nutzer aktivieren in 14 Tagen“, nicht „App launchen“. |
2Phase 2: Ideabank (laufend gepflegt) | Wöchentlich 1-2 h | Pro Goal Ideen sammeln: Hypothesen, wie Goal zu erreichen ist. Jede Idea: Hypothese, vermutete Wirkung, Bezug zu Goal, ICE-Score (Impact, Confidence, Ease). Mindestens 20 Ideas pro Goal anvisieren. | Wer 5 Ideas pro Goal hat, hat zu wenig Optionalität. Lieber 30 mittelmäßige Ideas und Top-Auswahl als 5 vermeintlich beste, von denen 3 floppen werden. |
3Phase 3: Step-Projects (monatlich planen) | 1-2 h pro Step-Project-Planning | Top-Ideas (nach ICE oder Sponsor-Entscheidung) als Step-Projects definieren: lieferbar in 2-6 Wochen, mit klarer Hypothese, Erfolgskriterium, Team-Allokation. Pro Step-Project ein Verantwortlicher. | Step-Project ist Experiment, kein Mini-Release. Wenn Lieferung 8 Wochen dauert, ist Scope zu groß. Aufteilen oder weglassen. |
4Phase 4: Tasks (wöchentlich) | Sprint Planning | Step-Projects in Tasks zerlegen. Sprintbacklog wie gewohnt, aber jedes Task referenziert ein Step-Project und über dieses ein Goal. Tasks ohne Verbindung zu Goal werden als „Maintenance“ getrennt geführt. | Tasks ohne Goal-Bezug rutschen schnell zu Mehrheit, Goal-Arbeit erstickt. Quartalslimit für Maintenance-Anteil (z. B. 30%) und sichtbare Trennung. |
5Phase 5: Lernen und Idea-Update | Nach jedem Step-Project 1 h | Step-Project liefert Lernreport: Hypothese bestätigt/widerlegt, Effekt auf Goal-Metrik. Ergebnisse zurück in Ideabank: Ideas neu priorisieren, validierte Ideas in größere Projects, widerlegte ablegen mit Begründung. | Ohne Idea-Update bleibt Ideabank statisch, Lernen verpufft. Pro Step-Project mindestens 2-3 Idea-Status-Updates erwartet. |
Was am Ende rauskommt
Vier-Ebenen-Board oder Datenbank mit Goals (5), Ideabank (laufend), Step-Projects (monatlich) und Tasks (wöchentlich); Verbindungen zwischen Ebenen sichtbar; Lernreports pro Step-Project; Outcome-Dashboard pro Goal mit Baseline und Verlauf.
Goals pro Quartal eigener Eintrag mit Score am Ende. Ideabank wächst laufend, mit Statusverlauf pro Idea. Step-Projects archiviert mit Lernreport. Tasks im normalen Sprint-Tracking.
Kompakte Arbeitsvorlage für GIST Planning mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
# GIST Planning Canvas
## Kontext
Wofür wird die Methode eingesetzt?
## Kernfrage
Welche Frage soll am Ende beantwortet sein?
## Input
Welche Daten, Beobachtungen oder Materialien liegen vor?
## Arbeitsfläche
- Bereich 1:
- Bereich 2:
- Bereich 3:
- Beziehungen / Muster:
## Ergebnisartefakte
- Goals:
- Ideabank:
- Step-Project-Liste:
- Tasks:
- Lernreports:
## Offene Fragen
- ...
## Nächster Schritt
Owner, Datum, Erfolgssignal.Konkret gefülltes Szenario
## GIST — Product-Team „Aktivierung“ Q3-2026 (18.05.2026)
**Goals (3)**:
- G1: Activation Rate Erstinstaller Woche 1 von 22% auf 38%. Baseline 22%, Owner @lisa.
- G2: Time-to-First-Value von 7:40 min auf 3:00 min. Baseline 7:40, Owner @ben.
- G3: NPS Tag 7 von 14 auf 30. Owner @anna.
**Ideabank G1 (Auszug 31 Ideas)**:
- I-12: Wizard statt Slideshow für Schritt 3. ICE 8/9/7 = 504. Status: Step-Project SP-7.
- I-19: Sample-Daten beim Erststart. ICE 7/6/8 = 336. Status: queued.
- I-23: Onboarding-Quiz statt Tutorial. ICE 6/5/4 = 120. Status: niedrig.
- I-28: Inline-Support-Bubble nach Schritt 2. ICE 7/7/8 = 392. Status: Step-Project SP-8.
**Step-Projects laufend**:
- SP-7 (Wizard Schritt 3): Hypothese bestätigt, 5/5 Tests erfolgreich. Goal-Effekt: 27% (+5pp). Lernreport @anna 16.05.
- SP-8 (Inline-Support): Läuft, A/B-Test seit 15.05., Auswertung 29.05.
- SP-9 (Mandantenkontext-Templates): Setup, Start 26.05.
**Tasks Sprint 24**: 4 Tasks für SP-8, 2 für SP-9, 3 Maintenance.
**Idea-Update KW 20**: I-12 validiert, I-19 in „queued“ wegen freier Kapazität ab Sprint 26. I-23 mit niedrigem ICE archiviert.
**Cadence**: Goal-Review Q3 am 30.09., Idea-Triage jeden 2. Mi, Step-Project-Plan am Monatsanfang.Symptome erkennen, gegensteuern
Goals lauten „Launch von Feature X“ oder „Drei Releases pro Quartal“, Outcome-Bezug fehlt.
Goal-Test: kann ich es messen ohne den Output zu nennen? Wenn nein, ist es Output. Outcome dahinter formulieren.
Ideabank hat 8 Einträge, neue Ideen werden direkt in Step-Projects oder Tasks geschoben.
Pflicht: jede Idee zuerst in Ideabank, mit Hypothese und ICE. Triage-Termin wöchentlich, Direkt-Promotion verboten. Mindestmenge pro Goal.
Step-Project liefert Feature ohne Hypothese, kein Lernreport.
Definition: Step-Project hat Hypothese und Erfolgskriterium. Lernreport ist Pflicht-Artefakt. Wer Feature liefern will, ohne zu lernen, baut ohne GIST.
70% der Tasks im Sprint sind Maintenance ohne sichtbaren Goal-Bezug.
Sichtbare Trennung Goal-Arbeit vs. Maintenance. Quartalslimit für Maintenance (z. B. 30%). Bei Überschreitung Eskalation: was frisst Goal-Kapazität?
ICE-Scores ändern sich nach Bauchgefühl, niemand belegt Confidence.
ICE als grobe Orientierung, nicht als Wahrheit. Confidence-Belege (Datenpunkte, Research-Quotes) pro Idee. Wenn Confidence ohne Beleg, niedriger setzen.
Step-Project endet, kein Lernreport, Ideen-Status bleibt offen, Wissen verpufft.
Lernreport pflichtig vor Step-Project-Close. Ideabank-Update mit Verweis. Sponsor reviewt Lernreports monatlich, sonst kein nächstes Step-Project.
Done-Signale, in unter einer Minute prüfbar
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen — oder direkt zur nächsten Methode im Katalog.