Meine Session planen

# Session Brief: GIST Planning

## Ziel
Artefakt: Goals

## Arbeitsfrage
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?

## Kontext
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.

## Setup
- Format: Methoden-Session
- Dauer: Initial Setup 1-2 Tage, laufend in unterschiedlichen Cadences pro Ebene
- Modus: Workshop oder async
- Teilnehmende: Ein Owner pro Goal (typisch PM oder Product Lead); Team aus PM, Engineering, Design; Sponsor mit Outcome-Mandat; Researcher (optional) für Idea-Validierung.
- Owner: Ein Owner pro Goal (typisch PM oder Product Lead)
- Beteiligungsmodus: Teamrunde, gemeinsames Arbeiten und Alignment
- Ergebnislogik: Artefakt fertigstellen

## Beteiligungslogik
Nutze die Session für gemeinsames Verständnis. Beiträge werden sichtbar gesammelt, Annahmen werden abgeglichen und offene Unterschiede bleiben im Artefakt nachvollziehbar.

## Ergebnislogik
Die Session arbeitet direkt auf Goals hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

## Input
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).

## Vorbereitung
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.

## Agenda
1. Phase 1: Goals (quartalsweise) (Halbtag pro Goal-Review)
   Owner: Facilitator
   Aktion: Maximal 5 Goals pro Team. Pro Goal: Outcome-Aussage, messbare Metrik, Baseline, Zielwert, Zeithorizont (typisch 12 Monate). Ableitung aus Unternehmens-OKR. Sponsor signiert. Hinweis: Goals sind keine Featurelisten. Wer „Launch von X“ als Goal hat, beschreibt Output. Goal ist „X% Nutzer aktivieren in 14 Tagen“, nicht „App launchen“. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Goals

2. Phase 2: Ideabank (laufend gepflegt) (Wöchentlich 1-2 h)
   Owner: Facilitator
   Aktion: 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. Hinweis: 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. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Ideabank

3. Phase 3: Step-Projects (monatlich planen) (1-2 h pro Step-Project-Planning)
   Owner: Facilitator
   Aktion: 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. Hinweis: Step-Project ist Experiment, kein Mini-Release. Wenn Lieferung 8 Wochen dauert, ist Scope zu groß. Aufteilen oder weglassen. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Step-Project-Liste

4. Phase 4: Tasks (wöchentlich) (Sprint Planning)
   Owner: Facilitator
   Aktion: 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. Hinweis: Tasks ohne Goal-Bezug rutschen schnell zu Mehrheit, Goal-Arbeit erstickt. Quartalslimit für Maintenance-Anteil (z. B. 30%) und sichtbare Trennung. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Tasks

5. Phase 5: Lernen und Idea-Update (Nach jedem Step-Project 1 h)
   Owner: Owner
   Aktion: 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. Hinweis: Ohne Idea-Update bleibt Ideabank statisch, Lernen verpufft. Pro Step-Project mindestens 2-3 Idea-Status-Updates erwartet. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Lernreports

6. Artefakt veröffentlichen (10 min)
   Owner: Owner
   Aktion: Artefakt auf Vollständigkeit prüfen, Ablageort festlegen, Version oder Status setzen und Review-Empfänger benennen.
   Output: Goals

## Abschluss
- Ergebnisartefakt aktualisieren: Goals
- Ablageort, Version und Review-Empfänger festlegen.
- Owner, nächster Schritt und Reviewtermin festlegen.

# Goals: GIST Planning

## Arbeitsfrage
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?

## Kontext
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.

## Beteiligte
- Owner: Ein Owner pro Goal (typisch PM oder Product Lead)
- Teilnehmende: Ein Owner pro Goal (typisch PM oder Product Lead); Team aus PM, Engineering, Design; Sponsor mit Outcome-Mandat; Researcher (optional) für Idea-Validierung.

## Input
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).

## Vorlage
# 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.

## Fertigstellungscheck
- Goals ist vollständig genug für Review:
- Ablageort:
- Version / Status:
- Review durch:
- Nächster Schritt:

## Nächster Schritt
- Ergebnis prüfen
- offene Fragen markieren
- Review oder Entscheidung terminieren