Hybrides Projektmanagement + Scrum

Das Kernkonzept

Scrum ist kein Ersatz für Projektmanagement – es ist ein Framework für die Produktentwicklung innerhalb eines Projekts. Die Kunst liegt darin, beides sinnvoll zu verbinden.

Zwei-Ebenen-Modell

Projektmanagement steuert den Rahmen – Scrum steuert die Umsetzung

Projekt-Ebene

Klassisches Projektmanagement

💰

Budget & Kosten

📋

Verträge & Lieferanten

🎯

Meilensteine & Deadlines

⚠️

Risikomanagement

👥

Stakeholder-Mgmt

📊

Reporting & Governance

🚀

Go-Live Planung

👷

Ressourcenplanung

PM gibt Rahmen vor ⇅ Scrum liefert Ergebnisse

Umsetzungs-Ebene

Scrum Framework

📝

Product Backlog

🏃

Sprint-Planung

🔄

Daily Scrum

✅

Increments liefern

🔍

Sprint Review

💡

Retrospektive

⚙️

Technische Entscheidungen

🏆

Definition of Done

Rollen im Vergleich

👔 Projektleiter / PM

Gesamtverantwortung für Projekterfolg
Budget- und Kostenkontrolle
Vertragsmanagement mit Dienstleistern
Meilenstein-Tracking und Reporting
Stakeholder-Management auf Projektebene
Risikomanagement und Eskalation
Go-Live und Cutover-Planung

🎯 Product Owner

Wertmaximierung des Produkts
Product Backlog pflegen und priorisieren
Anforderungen klären mit Fachbereichen
Sprint-Ziele definieren
Abnahme der Increments (DoD)
Stakeholder im Sprint Review einbinden
EINE Person für ALLE Scrum Teams

🛡️ Scrum Master

Scrum-Prozess etablieren und schützen
Team-Effektivität steigern
Impediments beseitigen
Events moderieren
Coaching für Selbstorganisation
Schnittstelle zwischen PM und Team
Kann mehrere Teams betreuen

💻 Developers

Increment erstellen (das Produkt bauen)
Sprint Backlog planen und umsetzen
Technische Entscheidungen treffen
Definition of Done einhalten
Aufwände schätzen
Selbstorganisiert arbeiten
Qualität sicherstellen

Schnittstellen: Was fließt wohin?

Thema	PM liefert → Scrum		Scrum liefert → PM
Scope	Meilensteine, Must-Haves, Projektziele	⇄	Velocity, Prognosen, was ist realistisch
Zeit	Deadline für Go-Live	⇄	Sprint-Fortschritt, Burndown, Impediments
Budget	Verfügbare Ressourcen, Limits	⇄	Aufwandsschätzungen, Kapazitätsbedarf
Risiken	Externe Risiken, Abhängigkeiten	⇄	Technische Risiken, Blocker
Status	Stakeholder-Anforderungen	⇄	Fertige Increments, Demo, DoD erfüllt

Governance-Struktur

So könnte die Struktur für ein Projekt mit mehreren Scrum Teams aussehen

Steering Committee

Entscheidungen • Budget • Go/No-Go

Projektleiter

Gesamtsteuerung • Reporting • Risiken • Verträge

Product Owner

EIN Product Backlog • Priorisierung

Scrum Team A

Modul 1

Scrum Team B

Modul 2

Scrum Team C

Modul 3

Projektphasen – Wann kommt Scrum ins Spiel?

Klassisch

Initiation

Business Case, Budget, Setup

Design

Architektur, Prozesse, Verträge

Scrum

Build

Sprint 1, 2, 3 ... n → Increments

UAT

User Acceptance Testing

Klassisch

Go-Live

Cutover, Rollout, Hypercare

Fazit

Projektmanagement und Scrum sind keine Gegensätze – sie ergänzen sich. Der PM sorgt für den Rahmen (Budget, Zeit, Stakeholder), Scrum sorgt für die effektive Umsetzung (Qualität, Flexibilität, Transparenz).

Hybrides Modell

Zwei-Ebenen-Modell

Rollen im Vergleich

Schnittstellen: Was fließt wohin?

Governance-Struktur

Projektphasen – Wann kommt Scrum ins Spiel?