Meine Session planen

# Session Brief: Double Diamond

## Ziel
Artefakt: Problem Statement

## Arbeitsfrage
Welches gerahmte Problem und welche umgesetzte Lösung liefert das Team durch bewusste Divergenz und Konvergenz in zwei Diamanten?

## Kontext
Ausgangs-Brief; Stakeholder-Map; bekannte Constraints (Zeit, Budget, Tech); Forschungsfragen; vorhandene Daten und Vorarbeiten; gewünschtes Deliverable am Phasen-Ende.

## Setup
- Format: Methoden-Session
- Dauer: Wochen bis Monate
- Modus: Workshop oder async
- Teilnehmende: Ein Lead-Designer oder Service Designer; ein bis drei Researcher; cross-funktionales Kernteam (PM, Engineering, Design); Stakeholder pro Diamant-Übergang als Reviewer; Sponsor mit Mandat zwischen Diamanten.
- Owner: Ein Lead-Designer oder Service Designer
- 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 Problem Statement hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

## Input
Projektplan mit vier Phasen-Slots (Discover, Define, Develop, Deliver); Research-Toolkit (Interview-Leitfaden, Templates, Recorder); Synthese-Wand oder Miro-Board; Prototyping-Tools; Tracking-Tool für Erkenntnisse und Entscheidungen.

## Vorbereitung
Phasen visuell als Diamanten an Wand oder Board. Pro Phase Definition Done (was muss am Übergang stehen). Übergänge mit Stakeholder-Reviews terminiert. Synthese-Räume vorbereitet.

## Agenda
1. Phase 1: Discover (Diamant 1, Divergenz) (2-6 Wochen)
   Owner: Facilitator
   Aktion: Problemraum breit erkunden: Nutzerinterviews, Beobachtung, Desk Research, Stakeholder-Interviews, Datenanalyse. Mindestens 10 Datenpunkte aus verschiedenen Quellen. Annahmen sichtbar markieren. Hinweis: Wer in Discover schon Lösungen denkt, verzerrt Research. Striktes Outcome: Liste an Insights, Themen, offenen Fragen. Keine Lösungsdiskussion zulassen. 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: Problem Statement

2. Phase 2: Define (Diamant 1, Konvergenz) (1-3 Wochen)
   Owner: Facilitator
   Aktion: Insights clustern, priorisieren, Kern-Problem formulieren. Problem Statement als ein bis zwei Sätze. Decider übergibt von Discover zu Develop mit klarer Problemrahmung. Out-of-Scope explizit benennen. Hinweis: Wenn Problem Statement vage bleibt („Kunden sind unzufrieden“), war Konvergenz halbherzig. Pro Statement Quelle, Reichweite und Wirkung dokumentieren. 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: Lösungsoptionen

3. Phase 3: Develop (Diamant 2, Divergenz) (2-6 Wochen)
   Owner: Facilitator
   Aktion: Lösungsraum breit erkunden: Ideation-Workshops, Sketching, Prototyping, Service-Blueprints. Mehrere Lösungsoptionen parallel. Mit Nutzern testen, früh und billig. Hinweis: Wer in Develop nur eine Lösung verfolgt, verfehlt den Sinn der Divergenz. Mindestens drei Optionen sind Pflicht, mit Pro/Contra dokumentiert. 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: Prototypen

4. Phase 4: Deliver (Diamant 2, Konvergenz) (Wochen bis Monate)
   Owner: Facilitator
   Aktion: Beste Lösung implementieren, ausrollen, lernen. Akzeptanzkriterien aus Define ableiten. Erfolgsmessung gegen Problem Statement. Iteratives Refinement durch Feedback nach Launch. Hinweis: Deliver ohne Erfolgsmessung gegen Define ist Output statt Outcome. Wenn niemand prüft, ob das Problem aus Phase 2 gelöst wurde, schließt sich der Kreis nie. 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: Deliverables je Phase

5. Phase 5: Übergänge zwischen Diamanten (Halber bis ein Tag pro Übergang)
   Owner: Owner
   Aktion: Vor jedem Diamant-Übergang Synthese-Workshop mit Stakeholdern. Schriftlicher Entscheidungspunkt: was bekannt, was unsicher, was als nächstes. Decider signiert. Hinweis: Ohne dokumentierte Übergänge verschwimmen die Diamanten zu einem Strom. Synthese ist Pflicht-Artefakt, sonst kann später niemand rekonstruieren, was wann entschieden wurde. 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: Problem Statement

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: Problem Statement

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

# Problem Statement: Double Diamond

## Arbeitsfrage
Welches gerahmte Problem und welche umgesetzte Lösung liefert das Team durch bewusste Divergenz und Konvergenz in zwei Diamanten?

## Kontext
Ausgangs-Brief; Stakeholder-Map; bekannte Constraints (Zeit, Budget, Tech); Forschungsfragen; vorhandene Daten und Vorarbeiten; gewünschtes Deliverable am Phasen-Ende.

## Beteiligte
- Owner: Ein Lead-Designer oder Service Designer
- Teilnehmende: Ein Lead-Designer oder Service Designer; ein bis drei Researcher; cross-funktionales Kernteam (PM, Engineering, Design); Stakeholder pro Diamant-Übergang als Reviewer; Sponsor mit Mandat zwischen Diamanten.

## Input
Projektplan mit vier Phasen-Slots (Discover, Define, Develop, Deliver); Research-Toolkit (Interview-Leitfaden, Templates, Recorder); Synthese-Wand oder Miro-Board; Prototyping-Tools; Tracking-Tool für Erkenntnisse und Entscheidungen.

## Vorlage
# Double Diamond Arbeitsvorlage

## Ziel

Vier-Phasen-Designprozess von Discover, Define, Develop, Deliver mit zwei Divergenz-Konvergenz-Diamanten.

## Kontext

Wann und wofür nutzen wir diese Methode?

## Input

Welche Daten, Beobachtungen, Entscheidungen oder Materialien liegen vor?

## Durchführung

Kurze Notizen entlang des Run Sheets.

## Ergebnisartefakte
- Problem Statement:
- Lösungsoptionen:
- Prototypen:
- Deliverables je Phase:

## Annahmen und offene Fragen

- ...

## Entscheidung / Nächster Schritt

Owner, Datum und Erfolgssignal.

## Fertigstellungscheck
- Problem Statement 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