Handbuchnavigation öffnen

Anhang

SCUM Produktrahmen

SCUM Product Framework: Ein Autorenschema zur Analyse eines Produktproblems durch Strategie, Client, Wert, Ausführung und Messung des Ergebnisses.

SCUM ist kein Industriestandard oder Ersatz für Entdeckung oder Lieferung, sondern ein kompaktes Autoren-Framework, um über ein Produkt zu sprechen. Verwenden Sie es als eine Liste von Fragen: Wo der Kontext unklar ist, welche Annahmen nicht getestet werden und wo das Team Logik verliert.

SCUM: Signal → Einschränkungen → Verständnis → Momentum

** Idee: ** Produktive Arbeit ist die Umwandlung von Rauschen (Meinungen, Wünsche, Chaos des Backlogs) in **Signale, dann in **Begrenzungen, dann in **Verständnis und erst danach in **Leistungsträgheit, gemessen durch Wirkung.

Das SCUM wurde speziell entwickelt, um:

  • Kürzung des “Feecherismus”,
  • Schützen Sie Teams vor zufälligen Anfragen,
  • das Lernen beschleunigen,
  • Konzentriere dich auf Ergebnisse, nicht auf Beschäftigung.

1) S - Signal: Was ist die Wahrheit wichtig

Das Ziel der Bühne ist es, das **echte Signal ** vom Rauschen der Stakeholder zu trennen.

** Eingänge:**

  • Verhaltensdaten (Analysen, Trichter, Retention),
  • Kundenstimme (Interviews, Tickets, Verkaufsgespräche)
  • Marktkontext (Konkurrenten, Preise, Vorschriften)
  • Geschäftsbeschränkungen (Binnenwirtschaft, Kanäle, Margen).

**Ausgabe: “Karte der Signale” **

  • 5-15 Signale pro Zyklus (z. B. Monat/Quartal)
  • Jedes Signal wird als Beobachtung formuliert, nicht als Lösung. “in Aktivierung, Fehlschlag in Schritt X”, “Wachsen im Segment Y”, “Im Verkauf wird der Einwand von Z wiederholt”.

SCUM-Regel: Wenn Sie ein Signal nicht benennen können, können Sie noch keine Funktionen besprechen.


(2) C — Beschränkungen (Beschränkungen): Zinsrahmen

Das Ziel der Bühne ist es, “wir wollen alles” in eine “managed bet” zu verwandeln.

** Arten von Einschränkungen:**

  • Ressourcen (Personen/Zeit/Budget)
  • Technisch (Architektur, Sicherheit, SLA)
  • ** Rechtsvorschriften**,
  • kontextuell (Markt-Timing, Saisonalität, Abhängigkeiten)
  • Guiderails (die nicht abgebaut werden können: Churn, Latenz, Qualität).

**Ausgabe: “Wette Karte” * *

  • Signal → gewünschtes Ergebnis → Leitplanken
  • Appetit (wie viel sind Sie bereit zu essen: 2 Wochen / 6 Wochen / Quartal)
  • Nicht-Ziele (was wir nicht bewusst tun)
  • Risiken/Annahmen

Die SCUM-Regel: Noch nicht definiert die Grenzen - jede Idee sieht gut aus.


3) U - Verständnis: beweisen, dass die Wette nicht gefälscht ist

Das Ziel der Phase ist es, schnell zu verstehen, welche Entscheidung eine Chance hat, eine Wirkung zu haben und wie wir es wissen werden.

  • Werkzeuge (nicht als Dogma, sondern als Set):

  • Mini-Forschung (5-8 Interviews), Prototypen,

  • Schnelltests von Kanälen/Angeboten,

  • “Papier”-Berechnungen der Einheitswirtschaft,

  • technische Spikes,

  • Vorläufiges Modell von Metriken (was sollte sich verschieben und warum).

Output: “Evidence Pack” (Beweispaket)

  • 1-2 mögliche Ansätze (nicht 10 Optionen)
  • Der erwartete Mechanismus der Wirkung (welche Kausalität)
  • Erfolgs-/Misserfolgskriterien,
  • Messplan
  • Vertrauensniveau (Niedrig/Med/Hoch) + warum.

SCUM: Wenn Sie nicht wissen, wie Sie messen sollen, wissen Sie nicht, was Sie tun sollen.


4) M - Momentum (Trägheit): liefern und konsolidieren die Wirkung

Das Ziel der Bühne ist nicht nur “freizugeben”, sondern “eine Verschiebung der Metriken zu erreichen” und sie zu konsolidieren.

** Grundsätze der Umsetzung:**

  • Kleine Releases, Early Rollout,
  • Feature Flags, gestaffelter Rollout,
  • obligatorische Nachprüfung,
  • “Töten Sie” im Schadensfall.

**Output: „Momentum Report **

  • Was wir geliefert haben,
  • Was wir gemessen haben,
  • Was hat sich geändert?
  • Was sie gelernt haben
  • Weiter/Stopp/Skalierung.

Die SCUM-Regel: Ein Release ohne gemessenen Effekt gilt als unfertige Arbeit.


Abraumrhythmen

** Wöchentlich**

  • Signal Review (30-45 Minuten): Neue Signale + Bestätigung alter Signale.
  • Experiment/Evidenz Sync (30 min): Was haben wir als nächstes gelernt?

** Einmal alle 2 Wochen**

  • Bet Triage: welche Wetten wir nehmen / schneiden / verschieben.

** Monatlich**

  • Momentum Review: Wetteffekt, Lektionen, Updates zur „Signalkarte.

** Vierteljährlich* *

  • Portfolio SCUM: große Wetten, Investitionen, Strategie, Systembeschränkungen.

Artefakte SCUM: Mindestsatz

  1. Signal Map - Liste der Signale und deren Gewicht / Häufigkeit / Kosten des Problems.
  2. *Bet Card – Eingeschränkte Wette und Guardrails
  3. *Evidenzpaket - Evidenz- und Messplan
  4. *Momentum Report - Ergebnis und Entscheidung (Skala/Iterat/Tötung)
  5. **Entscheidung Log, also streitest du nicht im Kreis.

Rollen und Verantwortlichkeiten

  • Signal Owner (normalerweise PM/Analyst): Die Qualität der Signale und ihrer Quellen.
  • Constraint Keeper (EM/Tech Lead/Legal/Finance zur Situation): die Realität der Einschränkungen.
  • Evidence Driver (PM + Design + Analyst): Schnelle Überprüfungen und Beweise.
  • Momentum Captain (EM/Team Lead): Lieferung, Rollout, Qualität, Post-Analyse.
  • Portfolio Steward (Produktleiter): Auswahl der Wetten auf Unternehmensebene.

SCUM-Metriken

  • Ergebnismetriken auf Raten (main).
  • Guardrails (die nicht degradiert sind).
  • **Lerngeschwindigkeit: Zeit von der Wette zum ersten Beweis
  • **Time-to-Signal: Wie schnell wir Datenänderungen nach der Veröffentlichung sehen.
  • *Tötungsrate (gesund): Der Prozentsatz der gestoppten Wetten ist ein Zeichen für ehrliches Lernen.

Welche Anti-Muster helfen, SCUM zu bemerken

  • “Wir werden ein Feature machen, weil der CEO gesagt hat” - Signal zuerst.
  • „Lasst uns einfach mit den Sägen anfangen – Einschränkungen und zuerst Verständnis.
  • „Gut gemacht – Momentum erfordert eine Wirkung.
  • “Wir haben keine Zeit für Entdeckungen” → Evidence Pack ist minimal und obligatorisch.