Agiles Vorgehen im traditionellen Projektumfeld ermöglichen

In vielen Unternehmen und Verwaltungen arbeiten die Entwicklungsteams in Sprints, während Geschäftsleitung, Finanzen und Beschaffung in Phasen, Budgets und Meilensteinen denken. Daraus entstehen Reibungen: Wann ist das Projekt fertig? Was bekommen wir für das Geld? In diesem Modul baust du die Brücke. Du ordnest agile Arbeit in ein Phasenmodell wie HERMES ein, übersetzt Rollen, planst Releases über mehrere Sprints, berichtest mit agilen Kennzahlen an klassische Gremien und wählst passende Vertrags- und Budgetmodelle.

Das sind die Fähigkeiten, die am Ende des Moduls sitzen sollten. Jedes Ziel mit einem Beispiel aus dem Lehrbetrieb.

1. 1

   Für ein Vorhaben das passende Vorgehensmodell begründet wählen

   Kompetenz A

   Du beurteilst ein Projekt nach Klarheit der Anforderungen, technischer Unsicherheit, regulatorischen Vorgaben und Kundenverfügbarkeit. Daraus leitest du ab, ob klassisch, agil oder hybrid vorgegangen wird, und welche Teile wie gesteuert werden.

   Situation

   Eine Pensionskasse in Zürich ersetzt ihr Versichertenportal. Gesetzliche Berechnungen sind fix vorgegeben, die Benutzeroberfläche soll mit Versicherten getestet werden.

   Deine Aufgabe

   Beurteile das Projekt mit der Stacey-Matrix und empfehle ein Vorgehen.

   Gutes Ergebnis

   Berechnungslogik: Anforderungen klar, Technik bekannt, also klassisch spezifiziert und getestet. Portal-UI: Anforderungen unklar, also Scrum mit zweiwöchigen Sprints und Nutzertests. Gesamtsteuerung über HERMES mit Phasen und einem Lenkungsausschuss: hybrides Vorgehen.

   Stacey-MatrixKomplexitäthybrides VorgehenProjektcharakteristikTailoring
2. 2

   Sprints und Releases in ein Phasenmodell mit Meilensteinen einordnen

   Kompetenz B

   Du kennst das agile Szenario von HERMES mit den Phasen Initialisierung, Umsetzung und Einführung. Du legst fest, welche Phasen klassisch laufen, wo Sprints stattfinden und welche Releases als Meilensteine für die Gremien dienen.

   Situation

   Für das Versichertenportal verlangt die Geschäftsleitung einen Plan mit Meilensteinen über zwölf Monate.

   Deine Aufgabe

   Erstelle eine Release-Roadmap, die Phasen und Sprints verbindet.

   Gutes Ergebnis

   Initialisierung 2 Monate klassisch mit Projektauftrag und Rahmenarchitektur. Umsetzung 8 Monate mit 16 Sprints und 3 Releases als Meilensteine: R1 Login und Dokumente (Monat 5), R2 Einkaufsrechner (Monat 8), R3 Adressänderungen und Mutationen (Monat 10). Einführung 2 Monate mit Schulung und Kommunikation.

   HERMES agiles SzenarioReleaseRoadmapMeilensteinSprint-Kadenz
3. 3

   Klassische und agile Rollen sinnvoll aufeinander abstimmen

   Kompetenz C

   Du klärst, wie Product Owner, Scrum Master und Team mit Auftraggeber, Projektleitung, Fachausschuss und Anwendervertretern zusammenarbeiten. Du verhinderst Doppelrollen ohne Entscheidungskompetenz und hältst Verantwortlichkeiten in einer RACI-Matrix fest.

   Situation

   Im Projekt gibt es eine Projektleiterin und einen Product Owner. Beide priorisieren Anforderungen, und das Team bekommt widersprüchliche Aufträge.

   Deine Aufgabe

   Grenze die Rollen ab und erstelle eine RACI-Matrix für fünf zentrale Entscheide.

   Gutes Ergebnis

   Product Owner verantwortet Backlog-Reihenfolge und Abnahme von Stories. Projektleiterin verantwortet Budget, Termine der Releases, Risiken und Berichterstattung an den LA. RACI: 'Backlog priorisieren' R/A beim PO, C bei PL. 'Zusatzbudget beantragen' R bei PL, A beim Auftraggeber, C beim PO.

   Product OwnerProjektleitungLenkungsausschussRACI-MatrixEntscheidungskompetenz
4. 4

   Agilen Fortschritt für klassische Gremien verständlich berichten

   Kompetenz D

   Du übersetzt Velocity, Burn-up-Charts und Release-Prognosen in Aussagen, die ein Lenkungsausschuss versteht: Was ist fertig, was kommt wann, was kostet es. Du zeigst Abweichungen früh und ehrlich.

   Situation

   Nach 6 von 16 Sprints sind 210 von 640 Story Points erledigt. Die durchschnittliche Velocity liegt bei 35 Punkten. Ein Sprint kostet CHF 42'000.

   Deine Aufgabe

   Erstelle eine Prognose für den Lenkungsausschuss.

   Gutes Ergebnis

   Burn-up-Chart mit Prognoselinie: Bei 35 Punkten pro Sprint braucht es für die restlichen 430 Punkte rund 12.3 Sprints, aufgerundet 13 und damit 3 mehr als die 10 geplanten. Zwei Optionen: Zusatzbudget für 3 Sprints von ca. CHF 126'000 oder Reduktion um ca. 80 Punkte niedriger Priorität. Empfehlung mit Begründung.

   Burn-up-ChartVelocityRelease-PrognoseKosten pro SprintTransparenz
5. 5

   Budget- und Vertragsmodelle für agile Vorhaben beurteilen

   Kompetenz E

   Du verstehst, warum ein Festpreis mit fix definiertem Umfang schlecht zu agiler Arbeit passt. Du kennst Alternativen wie Aufwand nach Kostendach, agiler Festpreis oder Budget pro Release und wägst Vor- und Nachteile für Auftraggeber und Lieferant ab.

   Situation

   Die Pensionskasse will mit einem externen Softwarehaus einen Vertrag abschliessen. Die Finanzabteilung verlangt einen Festpreis.

   Deine Aufgabe

   Vergleiche drei Vertragsmodelle und gib eine Empfehlung ab.

   Gutes Ergebnis

   Festpreis: Kostensicherheit, aber hohe Risikozuschläge und Streit bei Änderungen. Aufwand ohne Dach: flexibel, aber keine Budgetsicherheit. Aufwand mit Kostendach pro Release und Ausstiegsoption nach jedem Release: Empfehlung, weil Budget kontrollierbar bleibt und der Umfang angepasst werden kann.

   FestpreisAufwand nach RegieKostendachagiler FestpreisAusstiegspunkt
6. 6

   Widerstände in der Organisation erkennen und agiles Arbeiten schrittweise einführen

   Kompetenz F

   Du erkennst typische Einwände von Management, Fachabteilung und Team und reagierst mit konkreten Massnahmen statt mit Grundsatzdebatten. Du startest mit einem Pilot, misst die Wirkung und passt das Vorgehen an.

   Situation

   Die Fachabteilung sagt: 'Wir haben keine Zeit, alle zwei Wochen ins Review zu kommen. Sagt uns einfach, wann es fertig ist.'

   Deine Aufgabe

   Entwickle drei Massnahmen, um die Fachabteilung trotzdem einzubinden.

   Gutes Ergebnis

   Review auf 45 Minuten kürzen und nur relevante Stories zeigen. Einen Key User mit 20 % Pensum fix ins Team holen. Nach Release 1 messen, wie viele Fehler dank früher Rückmeldung vermieden wurden, und das der Abteilungsleitung zeigen.

   Change ManagementPilotprojektKey UserWiderstandErfolgsmessung

Die Kompetenzmatrix zerlegt das Modul in Themenstränge und drei Stufen. Für den Kompetenznachweis solltest du überall mindestens Stufe 2 erreichen. Dein Stand bleibt in diesem Browser gespeichert und färbt Lernweg und Übungen ein.

Ramon ist im 4. Lehrjahr bei der Pensionskasse Rigi in Zug, 95 Mitarbeitende. Die Geschäftsleitung will ein Online-Portal für Versicherte mit fixem Budget und Endtermin, der externe Softwarepartner arbeitet jedoch in Scrum. Ramon unterstützt den Projektleiter dabei, beide Welten zusammenzubringen.

1. Kapitel 1

   Klassisch, agil oder beides?

   Ramon ordnet die Teilvorhaben in der Stacey-Matrix ein. Die Migration der Versichertendaten ist klar beschrieben und technisch bekannt, sie läuft klassisch mit festem Plan. Das Portal selbst ist unklar, weil niemand weiss, welche Funktionen die Versicherten wirklich nutzen. Ramon schlägt ein hybrides Vorgehen vor und begründet es auf einer Folie für die Geschäftsleitung.

   Ziel 1

2. Kapitel 2

   Releases im Phasenplan

   Die Umsetzungsphase wird in drei Releases zu je vier Sprints aufgeteilt. Der erste Meilenstein bekommt ein Freigabekriterium, das zur agilen Arbeit passt: Versicherte können ihren Vorsorgeausweis herunterladen. Bei den Rollen gibt es Streit, weil der Projektleiter die Stories selbst priorisieren will. Ramon erstellt eine RACI-Matrix: Die Fachverantwortliche wird Product Owner und priorisiert, der Projektleiter verantwortet Budget, Risiken und Gremien.

   Ziel 2Ziel 3

3. Kapitel 3

   Wann sind wir fertig?

   Der Lenkungsausschuss will ein Enddatum. Ramon nimmt die Velocity der ersten drei Sprints, 28, 32 und 25 Punkte, und ein Restbacklog von 310 Punkten. Daraus ergibt sich eine Bandbreite von 10 bis 13 Sprints, Release 3 also zwischen Oktober und November. Er zeigt ein Burn-up-Chart mit dieser Bandbreite statt eines scheinbar exakten Datums und setzt die Terminampel auf Gelb.

   Ziel 4

4. Kapitel 4

   Festpreis für etwas Unklares?

   Der Einkauf möchte mit dem Softwarepartner einen Festpreis von CHF 480'000 vereinbaren. Ramon zeigt, dass der Partner bei so vielen offenen Anforderungen einen Risikozuschlag von rund 30 % einrechnen würde. Er schlägt ein Festbudget mit priorisiertem Umfang vor, abgerechnet pro Sprint und mit Ausstiegspunkten nach jedem Release. So trägt die Pensionskasse das Umfangsrisiko, behält aber die Kontrolle über die Kosten.

   Ziel 5

5. Kapitel 5

   Widerstand in der Abteilung Leistungen

   Die Sachbearbeitenden der Abteilung Leistungen wollen nicht alle zwei Wochen an Sprint Reviews teilnehmen. Ramon spricht mit ihnen und erfährt den Grund: Am Monatsende stehen sie unter grossem Zeitdruck. Die Reviews werden aus der letzten Monatswoche verschoben, und zwei Personen nehmen fix als Key User teil. Nach Release 1 sind in einer kurzen Umfrage 7 von 9 Sachbearbeitenden mit der Zusammenarbeit zufrieden.

   Ziel 6

1. 1

   Vorgehensmodelle einordnen

   ca. 4 Std.

   Du vergleichst klassische, agile und hybride Ansätze und lernst, Projekte nach ihrer Komplexität zu beurteilen.

   • Drei Projekte aus dem Lehrbetrieb in der Stacey-Matrix einordnen
   • Das agile Szenario von HERMES mit dem klassischen vergleichen
   • Eine Entscheidungshilfe mit fünf Fragen für die Wahl des Vorgehens erstellen

   Trainiert Kompetenz A1A2

   Lernziel1

2. 2

   Phasen, Releases und Sprints verbinden

   ca. 5 Std.

   Du baust eine Release-Roadmap, die für Management und Team gleichermassen funktioniert.

   • Für ein Fallbeispiel Phasen, Releases und Sprints auf einer Zeitachse darstellen
   • In Jira Advanced Roadmaps oder Azure Boards Epics den Releases zuordnen
   • Meilensteine so formulieren, dass sie an nutzbaren Ergebnissen hängen

   Trainiert Kompetenz B1B2

   Lernziel2

3. 3

   Rollen und Verantwortlichkeiten klären

   ca. 4 Std.

   Du gleichst klassische und agile Rollen ab und machst Entscheidungen mit einer RACI-Matrix transparent.

   • Eine RACI-Matrix für zehn typische Projektentscheide erstellen
   • Zwei Rollenkonflikte aus Fallbeispielen analysieren
   • Ein Projektorganigramm für ein hybrides Projekt zeichnen

   Trainiert Kompetenz C1C2

   Lernziel3

4. 4

   Berichten und prognostizieren

   ca. 5 Std.

   Du erstellst Burn-up-Charts, Release-Prognosen und einen Statusbericht für einen Lenkungsausschuss.

   • Aus Sprintdaten ein Burn-up-Chart in Excel oder Power BI bauen
   • Mit minimaler, durchschnittlicher und maximaler Velocity drei Prognosen rechnen
   • Einen einseitigen Statusbericht mit Entscheidungsbedarf schreiben

   Trainiert Kompetenz D1D2

   Lernziel4

5. 5

   Budget, Verträge und Organisation

   ca. 4 Std.

   Du vergleichst Vertragsmodelle und planst, wie agiles Arbeiten in einer skeptischen Organisation Fuss fasst.

   • Festpreis, Regie mit Kostendach und agilen Festpreis in einer Tabelle vergleichen
   • Typische Einwände sammeln und je eine konkrete Antwort formulieren
   • Einen Pilotplan über drei Monate mit Erfolgskriterien skizzieren

   Trainiert Kompetenz E1E2F1F2

   Lernziel56

6. 6

   Fallstudie hybrides Projekt

   ca. 4 Std.

   Du entwirfst für ein realistisches Vorhaben das komplette hybride Setup und verteidigst es.

   • Vorgehen, Roadmap, Rollen, Reporting und Vertragsmodell für eine Fallstudie ausarbeiten
   • Das Konzept in 15 Minuten präsentieren
   • Kritische Fragen aus Sicht Finanzen, Fachabteilung und Team beantworten

   Trainiert Kompetenz A3B3C3D3E3

   Lernziel12345

Hybrides Vorgehen

Kombination aus klassischen und agilen Elementen in einem Projekt, meist klassische Steuerung mit agiler Umsetzung.

Release

Bündel von fertigen Funktionen, das produktiv genommen wird und oft als Meilenstein dient.

Burn-up-Chart

Diagramm mit erledigter Arbeit und Gesamtumfang über die Zeit.

Stacey-Matrix

Modell, das Vorhaben nach Klarheit der Anforderungen und technischer Unsicherheit einordnet.

RACI-Matrix

Tabelle, die pro Aufgabe festlegt, wer ausführt, entscheidet, angehört und informiert wird.

Kostendach

Vereinbarte Obergrenze bei Abrechnung nach effektivem Aufwand.

Tailoring

Anpassen einer Methode an die Bedürfnisse eines konkreten Projekts.

Agiler Festpreis

Vertragsmodell mit fixem Budgetrahmen, bei dem der genaue Umfang innerhalb des Rahmens flexibel bleibt.

Passende Module