Priorisierung

Lernziele

Nach diesem Kapitel können Sie: * Priorisierungsmethoden (MoSCoW, Kano, RICE) anwenden * Anforderungen strategisch priorisieren * Trade-offs zwischen Zeit, Budget und Qualität managen * Priorisierung kommunizieren

1. Einführung: Warum Priorisierung wichtig ist

Zitat

"Nicht alles kann gleichzeitig gemacht werden. Priorisierung ist die Kunst, das Wichtige vom Dringlichen zu unterscheiden." — unbekannt

1.1 Das Dilemma

Das klassische Projekt-Dilemma:

graph TD
    A[Zeit] --> B[Projekt]
    C[Budget] --> B
    D[Qualität] --> B
    B --> E[Umfang]

    style B fill:#f96,stroke:#333,stroke-width:3px

Das magische Dreieck (Iron Triangle): * Wenn Sie Zeit drücken → Qualität oder Umfang leidet * Wenn Sie Budget reduzieren → Qualität oder Umfang leidet * Wenn Sie Qualität steigern → Zeit oder Budget steigt

1.2 Warum Priorisierung kritisch ist

Statistiken:

Problem	Ursache
Projektüberziehung	70% → Scope Creep (zu viele Features)
Budgetüberschreitung	65% → Zu viele Requirements
Nicht erfüllte Erwartungen	80% → Falsche Priorisierung

Kosten-Faktor: * Eine falsch priorisierte Anforderung kostet 10-100x mehr, wenn sie später entdeckt wird

1.3 Ziele der Priorisierung

Ziel	Beschreibung
Fokus auf Wichtiges	Nur das implementieren, was wirklich wichtig ist
Ressourcen-Effizienz	Zeit und Budget für die wichtigsten Anforderungen nutzen
Zeit-to-Market	MVP (Minimum Viable Product) schnell auf den Markt bringen
Kundenzufriedenheit	Anforderungen implementieren, die Kunden wirklich wollen
Risikominimierung	Hochrisiko-Anforderungen frühzeitig implementieren

2. Priorisierungsmethoden

Es gibt verschiedene Methoden zur Priorisierung. Als Berater nutzen Sie eine Kombination dieser Methoden.

2.1 Übersicht der Methoden

Methode	Fokus	Einsatz
MoSCoW	Verbindlichkeit	Agile Projekte, MVP
Kano-Modell	Kundenzufriedenheit	Customer-Focus
RICE	Impact vs. Effort	Product Management
ICE	Impact, Confidence, Ease	Schnelle Priorisierung
Pareto (80/20)	80% des Nutzens mit 20% der Anforderungen	Fokus auf Wichtiges
Value vs. Effort	Wert vs. Aufwand	Strategische Priorisierung
WSJF	Wirtschaftliche Priorität	SAFe, Large Scale Agile

2.2 Auswahlmatrix für Methoden

Szenario	Empfohlene Methoden
MVP (Minimum Viable Product)	MoSCoW, Pareto, Value vs. Effort
Customer-Focus	Kano-Modell, ICE
Product Management	RICE, Value vs. Effort
Large Scale (SAFe)	WSJF, MoSCoW
Risk Management	Risk-Priorität, WSJF

3. Die MoSCoW-Methode

3.1 Was ist MoSCoW?

MoSCoW ist eine Priorisierungsmethode, die Anforderungen in 4 Kategorien einteilt:

M	Bedeutung	Definition
M	Must have	Muss erfüllt werden, sonst ist das Projekt ein Misserfolg
S	Should have	Sollte erfüllt werden, ist aber nicht kritisch
C	Could have	Könnte erfüllt werden, wenn Zeit/Budget erlaubt
W	Won't have	Wird nicht in diesem Projekt erfüllt (aber vielleicht später)

3.2 MoSCoW-Regeln

Regel	Beschreibung
M ist nicht optional	Must-haves sind nicht verhandelbar
S ist hochpriorisiert	Should-haves werden frühestmöglich implementiert
C ist Low-Priority	Could-haves werden nur implementiert, wenn Zeit/Budget erlaubt
W ist Out-of-Scope	Won't-haves sind für dieses Projekt nicht relevant
Konsens ist wichtig	Alle Stakeholder müssen der Priorisierung zustimmen
Transparenz	Alle müssen verstehen, warum etwas M/S/C/W ist

3.3 MoSCoW-Beispiel: E-Commerce-Shop

Szenario: E-Commerce-Shop

Sie priorisieren die Anforderungen für einen E-Commerce-Shop.

ID	Anforderung	Priorität	Begründung
FR-001	User Registration	M	Ohne Registration kein Kunden-Management
FR-002	User Login	M	Ohne Login kein personalisiertes Erlebnis
FR-003	Order Placement	M	Ohne Bestell-Funktion kein Umsatz
FR-004	Payment Processing	M	Ohne Payment keine Transaktion
FR-005	Order Tracking	S	Wichtig für Kundenzufriedenheit, aber nicht kritisch
FR-006	Product Search	S	Wichtig für UX, aber manuelle Suche möglich
FR-007	Wish List	C	Nice-to-have, aber nicht notwendig
FR-008	Loyalty Program	C	Nice-to-have, kann später implementiert werden
FR-009	Social Media Integration	W	Nicht für MVP relevant, kann später implementiert werden
FR-010	Augmented Reality	W	Nice-to-have, aber nicht für MVP

3.4 MoSCoW-Checkliste

Für jede Anforderung prüfen Sie:

Frage	Antwort (M/S/C/W)
Ist diese Anforderung kritisch für den Projekterfolg?	M
Ist diese Anforderung wichtig, aber nicht kritisch?	S
Ist diese Anforderung nice-to-have?	C
Ist diese Anforderung für dieses Projekt nicht relevant?	W

4. Das Kano-Modell

4.1 Was ist das Kano-Modell?

Das Kano-Modell priorisiert Anforderungen basierend auf Kundenzufriedenheit.

4.2 Die 5 Kategorien im Kano-Modell

Kategorie	Beschreibung	Beispiel	Priorität
Basic Needs (Muss)	Wird erwartet, aber nicht explizit gefordert	Login funktioniert, System ist verfügbar	Hoch
Performance Needs (Soll)	Je mehr, desto besser	Response Time (je schneller, desto besser)	Mittel
Excitement Needs (Könnte)	Überraschende Features	KI-gestütztes Lead-Scoring	Mittel
Indifferent (Gleichgültig)	Kein Einfluss auf Kundenzufriedenheit	Admin-Funktionen für IT	Niedrig
Reverse (Negativ)	Unbeliebte Features	Werbung im System	Niedrig

4.3 Kano-Priorisierung

Strategie: 1. Basic Needs zuerst (Muss implementiert werden) 2. Performance Needs zweitens (Solange Ressourcen verfügbar sind) 3. Excitement Needs drittens (Als Nice-to-have)

Fehlerhafte Kano-Priorisierung

❌ Basic Needs ignorieren (Kunden erwarten sie)
❌ Excitement Needs vor Basic Needs (Frustration)
✅ Basic Needs → Performance Needs → Excitement Needs

4.4 Kano-Beispiel: E-Commerce-Shop

Szenario: E-Commerce-Shop

Sie priorisieren die Anforderungen basierend auf dem Kano-Modell.

ID	Anforderung	Kano-Kategorie	Priorität
FR-001	User Registration	Basic Needs	1
FR-002	User Login	Basic Needs	1
FR-003	Order Placement	Basic Needs	1
FR-004	Payment Processing	Basic Needs	1
FR-005	Order Tracking	Performance Needs	2
FR-006	Product Search	Performance Needs	2
FR-007	Wish List	Excitement Needs	3
FR-008	Loyalty Program	Excitement Needs	3
FR-009	Social Media Integration	Indifferent	4
FR-010	Augmented Reality	Excitement Needs	3

5. Die RICE-Methode

5.1 Was ist RICE?

RICE ist eine Priorisierungsmethode, die Anforderungen basierend auf Impact, Confidence, Effort und Reach bewertet.

5.2 Die RICE-Formel

\[RICE = \frac{\text{Reach} \times \text{Impact} \times \text{Confidence}}{\text{Effort}}\]

5.3 Die 4 Faktoren

Faktor	Beschreibung	Skala
Reach (Reichweite)	Wie viele Personen profitieren von dieser Anforderung?	Anzahl der Personen
Impact (Auswirkung)	Wie groß ist die Auswirkung auf die Zielgruppe?	0.25 (massiv) bis 3 (enorm)
Confidence (Vertrauen)	Wie sicher sind wir sich, dass die Anforderung den gewünschten Effekt hat?	50% (gering) bis 100% (hoch)
Effort (Aufwand)	Wie viel Aufwand ist erforderlich, um die Anforderung zu implementieren?	Person-Monate (PM)

5.4 RICE-Skalen

5.4.1 Impact (I)

Skala	Beschreibung	Beispiel
3	Enorme Auswirkung	Umsatzsteigerung > 20%
2	Hohe Auswirkung	Umsatzsteigerung 10-20%
1	Mittlere Auswirkung	Umsatzsteigerung 1-10%
0.5	Geringe Auswirkung	Umsatzsteigerung < 1%
0.25	Massive Auswirkung (negativ)	Umsatzverlust > 10%

5.4.2 Confidence (C)

Skala	Beschreibung
100%	Sehr hohe Sicherheit (Daten-basiert)
80%	Hohe Sicherheit (Expertenmeinung)
50%	Mittlere Sicherheit (Annahme)
20%	Geringe Sicherheit (Schätzung)

5.4.3 Reach (R)

Skala	Beschreibung
Personen	Anzahl der betroffenen Personen
Transaktionen	Anzahl der betroffenen Transaktionen
Dollar/Euro	Währungsbetrag

5.4.4 Effort (E)

Skala	Beschreibung
Person-Monate (PM)	Aufwand in Person-Monaten
Story Points	Aufwand in Story Points
Tage	Aufwand in Tagen

5.5 RICE-Beispiel: E-Commerce-Shop

Szenario: E-Commerce-Shop

Sie priorisieren die Anforderungen mit der RICE-Methode.

ID	Anforderung	Reach (R)	Impact (I)	Confidence (C)	Effort (E)	RICE-Score
FR-001	User Registration	10.000	2	100%	1 PM	20.000
FR-002	User Login	10.000	2	100%	1 PM	20.000
FR-003	Order Placement	10.000	3	100%	2 PM	15.000
FR-004	Payment Processing	10.000	3	100%	2 PM	15.000
FR-005	Order Tracking	5.000	1	80%	1 PM	4.000
FR-006	Product Search	8.000	1.5	80%	1.5 PM	6.400
FR-007	Wish List	2.000	0.5	50%	0.5 PM	1.000
FR-008	Loyalty Program	3.000	1	50%	1 PM	1.500
FR-009	Social Media Integration	1.000	0.5	20%	0.5 PM	200
FR-010	Augmented Reality	500	0.25	20%	2 PM	12.5

Priorisierung (nach RICE-Score): 1. FR-001: 20.000 2. FR-002: 20.000 3. FR-003: 15.000 4. FR-004: 15.000 5. FR-006: 6.400 6. FR-005: 4.000 7. FR-007: 1.000 8. FR-008: 1.500 9. FR-009: 200 10. FR-010: 12.5

6. Die ICE-Methode

6.1 Was ist ICE?

ICE ist eine vereinfachte Version der RICE-Methode.

6.2 Die ICE-Formel

\[ICE = \text{Impact} \times \text{Confidence} \times \text{Ease}\]

6.3 Die 3 Faktoren

Faktor	Beschreibung	Skala
Impact (Auswirkung)	Wie groß ist die Auswirkung?	1 (gering) bis 10 (hoch)
Confidence (Vertrauen)	Wie sicher sind wir?	1 (gering) bis 10 (hoch)
Ease (Einfachheit)	Wie einfach ist die Implementierung?	1 (komplex) bis 10 (einfach)

6.4 ICE-Beispiel: E-Commerce-Shop

Szenario: E-Commerce-Shop

Sie priorisieren die Anforderungen mit der ICE-Methode.

ID	Anforderung	Impact (I)	Confidence (C)	Ease (E)	ICE-Score
FR-001	User Registration	10	10	5	500
FR-002	User Login	10	10	5	500
FR-003	Order Placement	10	10	3	300
FR-004	Payment Processing	10	10	3	300
FR-005	Order Tracking	5	8	5	200
FR-006	Product Search	6	8	4	192
FR-007	Wish List	3	5	5	75
FR-008	Loyalty Program	4	5	3	60
FR-009	Social Media Integration	2	3	4	24
FR-010	Augmented Reality	1	2	1	2

Priorisierung (nach ICE-Score): 1. FR-001: 500 2. FR-002: 500 3. FR-003: 300 4. FR-004: 300 5. FR-005: 200 6. FR-006: 192 7. FR-007: 75 8. FR-008: 60 9. FR-009: 24 10. FR-010: 2

7. Die Pareto-Regel (80/20)

7.1 Was ist die Pareto-Regel?

Die Pareto-Regel (80/20-Regel) besagt: 80% des Nutzens kommen von 20% der Anforderungen.

7.2 Anwendung der Pareto-Regel

Strategie: 1. 20% der Anforderungen identifizieren: Welche 20% der Anforderungen bringen 80% des Nutzens? 2. Diese 20% zuerst implementieren: Fokus auf die wichtigsten Anforderungen 3. Ressourcen-Effizienz: Zeit und Budget für die 20% der wichtigsten Anforderungen nutzen

Pareto-Regel: E-Commerce-Shop

Sie identifizieren die 20% der Anforderungen, die 80% des Nutzens bringen.

ID	Anforderung	Nutzung (Anzahl/Woche)	Umsatz-Beitrag
FR-001	User Registration	10.000	€500.000
FR-002	User Login	10.000	€500.000
FR-003	Order Placement	5.000	€750.000
FR-004	Payment Processing	5.000	€750.000
FR-005	Order Tracking	2.000	€100.000
FR-006	Product Search	3.000	€150.000
FR-007	Wish List	500	€25.000
FR-008	Loyalty Program	1.000	€50.000
FR-009	Social Media Integration	200	€10.000
FR-010	Augmented Reality	100	€5.000

Analyse: * FR-003 + FR-004 = 10.000 Transaktionen/Woche = €1.500.000 Umsatz/Woche = 60% des Umsatzes * FR-001 + FR-002 = 10.000 Logins/Woche = €1.000.000 Umsatz/Woche = 40% des Umsatzes * 4 Anforderungen = 100% des Umsatzes = 40% der Anforderungen

Pareto-Identifikation (20% der Anforderungen = 2 Anforderungen): * FR-003 (Order Placement) = 30% des Umsatzes * FR-004 (Payment Processing) = 30% des Umsatzes

Priorisierung: 1. FR-003: Order Placement (30% des Umsatzes) 2. FR-004: Payment Processing (30% des Umsatzes) 3. FR-001: User Registration (20% des Umsatzes) 4. FR-002: User Login (20% des Umsatzes)

8. Value vs. Effort Matrix

8.1 Was ist die Value vs. Effort Matrix?

Die Value vs. Effort Matrix ist eine visuelle Methode zur Priorisierung.

8.2 Die Matrix

graph LR
    A[Hoch] --> B[Quick Wins]
    A --> C[Major Projects]
    D[Niedrig] --> E[Fill-ins]
    D --> F[Money Pit]

    B --> G[Hoher Wert / Niedriger Aufwand]
    C --> H[Hoher Wert / Hoher Aufwand]
    E --> I[Niedriger Wert / Niedriger Aufwand]
    F --> J[Niedriger Wert / Hoher Aufwand]

    style B fill:#4CAF50,stroke:#333,color:white
    style C fill:#2196F3,stroke:#333,color:white
    style E fill:#FF9800,stroke:#333,color:white
    style F fill:#f44336,stroke:#333,color:white

8.3 Die 4 Quadranten

Quadrant	Beschreibung	Strategie
Quick Wins	Hoher Wert, niedriger Aufwand	Zuerst implementieren
Major Projects	Hoher Wert, hoher Aufwand	Priorisieren, wenn Ressourcen verfügbar
Fill-ins	Niedriger Wert, niedriger Aufwand	Als Lückenfüßer implementieren
Money Pit	Niedriger Wert, hoher Aufwand	Vermeiden

8.4 Value vs. Effort-Beispiel: E-Commerce-Shop

Szenario: E-Commerce-Shop

Sie priorisieren die Anforderungen mit der Value vs. Effort Matrix.

ID	Anforderung	Value (€/Jahr)	Effort (PM)	Quadrant
FR-001	User Registration	€500.000	1 PM	Quick Wins
FR-002	User Login	€500.000	1 PM	Quick Wins
FR-003	Order Placement	€750.000	2 PM	Quick Wins
FR-004	Payment Processing	€750.000	2 PM	Quick Wins
FR-005	Order Tracking	€100.000	1 PM	Fill-ins
FR-006	Product Search	€150.000	1.5 PM	Fill-ins
FR-007	Wish List	€25.000	0.5 PM	Fill-ins
FR-008	Loyalty Program	€50.000	1 PM	Fill-ins
FR-009	Social Media Integration	€10.000	2 PM	Money Pit
FR-010	Augmented Reality	€5.000	3 PM	Money Pit

Priorisierung: 1. Quick Wins: FR-001, FR-002, FR-003, FR-004 2. Fill-ins: FR-005, FR-006, FR-007, FR-008 3. Money Pit: FR-009, FR-010 (vermeiden)

9. Zusammenfassung und Checkliste

9.1 Erfolgsfaktoren

Kombination von Methoden: Nicht nur eine Methode nutzen
Stakeholder involvieren: Alle Beteiligten bei Priorisierung beteiligen
Daten-basiert: Priorisierung basierend auf Daten, nicht auf Bauchgefühl
Transparenz: Alle müssen verstehen, warum eine Anforderung priorisiert ist
Flexibilität: Priorisierung ist nicht statisch, kann sich ändern

9.2 Checkliste für Ihre Priorisierung

Vorbereitung

Methoden gewählt: MoSCoW, Kano, RICE, ICE, Pareto, Value vs. Effort?
Stakeholder involviert: Alle Beteiligten bei Priorisierung beteiligt?
Daten gesammelt: Reach, Impact, Effort?

Durchführung

Priorisierung durchgeführt: Mit gewählter Methode?
Validierung: Priorisierung mit Stakeholdern validiert?
Kommunikation: Alle verstehen, warum prioritisiert wurde?

Ergebnis

Backlog erstellt: Priorisierte Liste von Anforderungen?
Roadmap definiert: Zeitplan für Implementierung?
Flexibilität: Priorisierung kann angepasst werden?

10. Weiterführende Themen

Anforderungsdokumentation: Lastenheft, User Stories
Anforderungsmanagement: Traceability, Change Management, Versionierung

Nächster Schritt: Lernen Sie, wie Anforderungen dokumentiert werden (Kapitel 05).