Files

T

Philipp Sieder fc4c2d71a8 fix(i2s-problem-statement): correct workflow required_reading path

The workflow file (git mv'd from the monolith) still referenced
references/export-formate.md, which does not exist in this sub-skill.
Point it at the curated extract references/problem-statement-format.md
instead. Missed in the previous commit because the Edit was attempted
before Read.

2026-05-19 01:16:27 +02:00

3.4 KiB

Raw Blame History

Workflow: Problem-Statement erstellen

<required_reading>

references/kommunikationsregeln.md
references/problem-statement-format.md
references/artefakt-pipeline.md </required_reading>

Schritt 1: Kontext laden

Lies die idea2self-Datei. Extrahiere aus ## Idee:

Kern der Idee
Erste Zielgruppen-Vermutung
Problem-Vermutung
Kontext und Einschraenkungen

Zeige dem Nutzer eine Voranalyse: "Aus deiner Idee lese ich: Problem = [X], Zielgruppe = [Y], Kontext = [Z]. Ich gehe jetzt 7 Teilaspekte mit dir durch. [1] von 7."

Wenn Ueberarbeitung (bestehender PS-Export als Input):

Aenderungsmodus: Nur abweichende Aspekte durchgehen.
Status anzeigen mit Checkmarks/Pfeilen.

Schritt 2: Gefuehrte Fragen (7 Teilaspekte)

Pro Teilaspekt: 1 Leitfrage + ggf. 1 Vertiefung. Max. 1 Rueckfrage.

TA1 - WAS? (Kontext) "Was genau soll anders werden? Beschreib die Situation, die du veraendern willst." Vertiefung: "Woran wuerde jemand merken, dass sich etwas verbessert hat?"

TA2 - WER? (Zielgruppe) "Wer hat dieses Problem am staerksten? Beschreib eine konkrete Situation." Vertiefung: "Gibt es Untergruppen? Wer hat das Problem am dringendsten?"

TA3 - WARUM? (Beduerfnis) "Warum ist das ein Problem? Was passiert, wenn nichts passiert?" Vertiefung: "Welches tiefere Beduerfnis steckt dahinter?"

TA4 - WO? (Umfeld) "In welchem Kontext tritt das Problem auf? (Ort, Situation, Zeitpunkt)"

TA5 - WANN? (Zeitliche Dimension) "Wie dringend ist das? Gibt es einen Zeitdruck oder Saisonalitaet?"

TA6 - BISHERIGE ANSAETZE? "Wie loesen betroffene Menschen das Problem heute? Was funktioniert nicht?"

TA7 - WIE? (Loesungsrichtung, Hintergrund) "Hast du schon eine Vorstellung, wie eine Loesung aussehen koennte?" Hinweis: Wird als Hintergrund markiert, nicht Teil des Problem Statements.

Anti-Patterns (Vertiefungsausloeser):

Loesung statt Problem beschrieben -> Zurueck auf Problem lenken
Zielgruppe = "alle" -> Einschraenken auf konkretestes Segment
Problem zu abstrakt -> Konkretes Beispiel einfordern
Beduerfnis unklar -> "Was wuerde sich fuer [Zielgruppe] aendern?"

Schritt 3: Konsistenzpruefung

Intern pruefen:

Passt Zielgruppe zum Problem?
Ist das Beduerfnis aus Sicht der Zielgruppe formuliert (nicht aus Sicht des Nutzers)?
Widerspricht etwas der ## Idee?

Bei Inkonsistenz: Benennen und Anpassung vorschlagen.

Schritt 4: Varianten-Entwurf

Erzeuge 3 Varianten des Problem-Statements:

Wortgetreu: Moeglichst nah an den Formulierungen des Nutzers.
Geschaerft: Sprachlich verdichtet. Ergaenzungen mit (Vorschlag).
Zugespitzt: Fokussiert auf den schaerfsten Aspekt. Mentor-Ziele: Loesbarkeit, Wichtigkeit, Erreichbarkeit.

"Welche Variante passt am besten? Du kannst auch Elemente kombinieren."

Max. 1 Iteration nach der Auswahl.

Schritt 5: Export in idea2self-Datei

Schreibe ## Problem-Statement in die idea2self-Datei (nach export-formate.md). Changelog-Eintrag hinzufuegen.

Uebergabe: "Dein Problem-Statement ist in der Datei. Der naechste Schritt ist die Persona. Sage 'Weiter' oder 'Zurueck'."

<success_criteria>

Alle 7 Teilaspekte bearbeitet oder bewusst uebersprungen
HMW-Satz formuliert (Wie koennen wir...)
Zielgruppe ist konkreter als in ## Idee
Problem ist aus Sicht der Zielgruppe formuliert
Scope-Ausschluss ist klar
idea2self-Datei aktualisiert mit ## Problem-Statement </success_criteria>

3.4 KiB Raw Blame History