Analyse
Scope & Priorisierung
Entscheiden Sie, was in Phase 1 gehört und was in Phase 2 oder später verschoben wird. MoSCoW mit realistischem Anspruch, damit Sie etwas ausliefern statt alles halb zu tun.
Aktualisiert am 23. Jan. 2026
Discovery · 3.7
Warum das zuerst
Der größte Grund für Misserfolg: zu viel in Phase 1 wollen. Phase 1 muss kurz sein (8–12 Wochen), nachweislich funktionieren und Vertrauen aufbauen. Erst dann gehen Sie in Phase 2. Eine straffe Scope-Diskussion jetzt = etwas innerhalb des Quartals in Produktion, statt „endloses Pre-Go-Live”.
Was liefern Sie?
MoSCoW-Tabelle
Must / Should / Could / Won't, gefüllt mit Items aus der Pain-Point- und Chancenliste.
Phasen-Roadmap
Phase 1, 2, 3 — mit Scope, Zielen und Erfolgskriterien pro Phase.
Kapazitäts-Check
Haben wir die Leute dafür? Wer, wie viele Tage, wann.
Parking Lot
Was wir in Phase 1 nicht tun, mit Datum und Owner für die Wiedervorlage.
Die 4 MoSCoW-Kategorien
Must
Ohne dies ist Phase 1 gescheitert
~40 % des Scopes. Kritische Prozesse, Top-Pain-Points, Compliance-Themen.
Should
Wichtig, nicht kritisch
~30 % des Scopes. Wird gemacht, wenn Kapazität es zulässt. Bei Verzögerung kein Show-Stopper.
Could
Nice-to-have
~20 % des Scopes. Quick Wins, die das Ergebnis polieren. Fallen unter Druck als Erstes weg.
Won't
Bewusst ausgeschlossen
Halten Sie explizit fest, was nicht in Phase 1 ist. Verhindert Scope-Creep unterwegs.
Schritte
- 1Inputs bündeln — Top-Pain-Points (3.3), Prozesse (3.2), Servicekatalog (3.5), Benchmark-Maßnahmen (3.6).
- 2Steuerkreis-Workshop — 2-Stunden-Session. Platzieren Sie jedes Item auf dem MoSCoW-Board. Abstimmung oder Konsens.
- 340/30/20/10 erzwingen — wenn alles „Must" ist, neu wählen. Disziplin vor Sympathie.
- 4Kapazitäts-Check — schaffen wir wirklich die Must-Items? Wie viele Personentage, wann verfügbar?
- 5Erfolgskriterien festlegen — pro Phase: Was muss nachweislich funktionieren? Konkrete KPIs aus 3.3.
- 6Won't explizit dokumentieren — verschweigen Sie nicht, was Sie nicht tun, schreiben Sie es mit Review-Datum auf.
- 7Sponsor-Abnahme — Sponsor zeichnet den Scope ab. Änderungen danach = formaler Change Request.
Vorlage — MoSCoW-Tabelle
| Item | Kategorie | Score (aus 3.3) | Aufwand | Phase | Owner |
|---|---|---|---|---|---|
| Self-Service-Ticketportal | Must | 20 | M | 1 | Head of Facility |
| Outlook-Add-in für Reservierungen | Must | 15 | S | 1 | PM |
| Auto-Catering für Meetings > 90 Min. | Should | 12 | S | 2 | Catering |
| AI Agent für IT-Tickets | Could | 9 | L | 2/3 | Head of IT |
| Mobile App für Brandschutzhelfer | Won't | 6 | M | — | Review Q1 2027 |
Vorlage — Phasen-Roadmap
Phase 1 — 8–12 Wochen
Fundament + Top-Pain-Points
Stammdaten + 1–2 Module. Nachweisbare Lösung der Top-3-Pain-Points.
Erfolgskriterium: KPIs aus 3.3 innerhalb von 3 Monaten nach Go-Live verbessert.
Phase 2 — 2–3 Monate später
Verbreitern & vertiefen
Should-Items, weitere Module, Integrationen, die nicht kritisch waren.
Erfolgskriterium: Adoptionsrate > 70 % bei den Endnutzern.
Phase 3 — danach
Optimieren & AI
Could-Items, AI Agents, fortgeschrittenes Reporting, Parking Lot überprüft.
Erfolgskriterium: messbare Produktivitätsgewinne, geringere Ticketvolumen.
Best Practices
→ Kleine Erfolge
Eine funktionierende Phase 1 mit 5 Features > eine festgefahrene Phase 1 mit 25 Features.
→ Nach Aufwand + Score entscheiden
Hoher Score + geringer Aufwand = Quick Win, nehmen. Niedriger Score + hoher Aufwand = Parking Lot.
→ Won't explizit aufschreiben
„Wir machen X in Phase 1 nicht" verhindert endlose „Was ist mit X?"-Fragen.
→ Unter Druck neu priorisieren
Phase 1 läuft aus dem Ruder? Could + Should streichen, nicht Must. Verlängern Sie die Phase nicht.