Training Module

DevOps Projektmanagement: Agile Realität

Aufbaumodul auf DevOps Grundlagen: Die Lead-Time-Definition aus jenem Modul setzen wir hier voraus und erklären sie nicht erneut. In diesem 2,5-Stunden-Modul geht ihr dem häufigsten Grund nach, warum agile Transformationen in der Praxis scheitern – der Silo-Bildung zwischen agiler Entwicklung und starren Nachbarabteilungen –, ordnet das Zusammenspiel von Agilität und DevOps ein, arbeitet die 12 agilen Prinzipien für den Projektalltag durch und hinterfragt Werkzeuge und Prozesse (Jira-Überorganisation, Ticket-/Workflow-Best-Practices, Goodharts Gesetz). In der geführten Fallstudie BadCompany GmbH analysiert ihr eine zersplitterte Jira- und Teamlandschaft und leitet daraus eigene Handlungsempfehlungen ab.

Academy Briefing vereinbaren

Oder sofort per Mail an kontakt@codecraft.academy

Format

2,5 Stunden, live (remote oder vor Ort), Input & geführte Fallstudien-Analyseübung

Teilnehmende

Entwickler:innen, Product Owner, Scrum Master/agile Coaches und Teamleitungen, die Projektmanagement und DevOps im Alltag zusammenbringen wollen

Voraussetzungen

Teilnahme am Modul DevOps Grundlagen: Philosophie & Kultur oder vergleichbares Vorwissen zur dortigen Lead-Time-Definition (Modul 2) – dieser Kurs baut direkt darauf auf

Warum dieses Training für deine Organisation wirkt

Aufbau statt Wiederholung

Die Lead-Time-Definition aus DevOps Grundlagen wird vorausgesetzt, nicht neu erklärt – ihr steigt direkt bei der Frage ein, warum agile Transformationen an Silos zwischen Entwicklung und Nachbarabteilungen scheitern.

Werkzeuge hinterfragt statt blind eingeführt

Warum Jira-Überorganisation und falsch gesetzte Metriken (Goodharts Gesetz) den Prozess bremsen statt zu beschleunigen – mit konkreten Best Practices für Ticket- und Workflow-Gestaltung.

Fallstudie statt Theorie allein

In der geführten Analyseübung zur BadCompany GmbH analysiert ihr eine zersplitterte Jira-Landschaft ohne Cross-Team-Transparenz und leitet eigene Handlungsempfehlungen ab, bevor ihr sie mit der Musterlösung abgleicht.

Was Teilnehmende mitnehmen

  • Das Silo-Problem im Wertstrom erkennen: agilisierte Entwicklung zwischen starren Wasserfall-Nachbarabteilungen (Design, QA) und die fehlende Rückkopplung, die daraus entsteht.
  • Lead-Time-Reduzierung als Fix einordnen: kleine Planungseinheiten und Sprints mit potenziell auslieferbarer Software statt monatelanger Vorausplanung – aufbauend auf der Lead-Time-Definition aus DevOps Grundlagen.
  • Gemeinsamkeiten und den entscheidenden Unterschied zwischen Agilität und DevOps benennen: Agilität endet an der Grenze der Entwicklung, DevOps erweitert den Gedanken auf Betrieb und Infrastruktur.
  • Die 12 agilen Prinzipien für den eigenen Projektalltag anwenden, von Kundenfokus und Flexibilität bis Selbstorganisation und kontinuierlicher Optimierung.
  • Die Gefahr der Jira-Überorganisation erkennen und Ticket-/Workflow-Best-Practices (Sichtbarkeit, Templates, kleine Ticket-Größen, schlanke Freigaben) anwenden.
  • Goodharts Gesetz an einem konkreten Beispiel (Ziel “weniger kritische Bug-Tickets”) erklären und Metriken entsprechend vorsichtig einsetzen.
  • In der Fallstudie BadCompany GmbH einen Ist-Zustand mit isolierten Jira-Instanzen analysieren und eigene Handlungsempfehlungen ableiten.

Für wen dieses Modul ideal ist

  • • Entwickler:innen, die verstehen wollen, warum ihr Team agil arbeitet, während Nachbarabteilungen im Wasserfall bleiben
  • • Product Owner, Scrum Master und agile Coaches, die Projektmanagement-Tools und -Prozesse schärfen wollen
  • • Teamleitungen, die Agilität und DevOps organisatorisch zusammenbringen wollen
  • • Voraussetzung: Teilnahme am Modul DevOps Grundlagen oder vergleichbares Vorwissen zur Lead-Time-Definition

Rahmendaten

  • • Dauer: 2,5 Stunden live (remote oder vor Ort)
  • • Format: Input und geführte Fallstudien-Analyseübung, kein Code oder Terminal
  • • Voraussetzungen: Modul DevOps Grundlagen oder vergleichbares Vorwissen zur Lead-Time-Definition

Modulaufbau & Agenda

  1. Kick-off & Bezug zu DevOps Grundlagen (10 min): Format, Ablauf und Abgrenzung zum Vorgängermodul, dessen Lead-Time-Definition hier vorausgesetzt wird.

  2. Silo-Problem & Lead-Time-Reduzierung (20 min): agilisierte Entwicklung zwischen starren Wasserfall-Nachbarabteilungen, fehlende Rückkopplung und die radikale Verkleinerung von Planungseinheiten als Gegenmittel.

  3. Agilität & DevOps im Zusammenspiel (15 min): gemeinsame Grundwerte und der entscheidende Unterschied im Fokus – Entwicklungsgrenze versus gesamter Betrieb.

  4. Die 12 agilen Prinzipien (25 min): alle zwölf Prinzipien des agilen Manifests mit Bezug zur täglichen Projektarbeit.

  5. Werkzeuge & Prozesse (30 min): Jira-Überorganisation, Ticket-/Workflow-Best-Practices und Goodharts Gesetz bei falsch gesetzten Metriken.

  6. Hands-on: Fallstudie BadCompany GmbH (40 min): geführte Analyseübung zu isolierten Jira-Instanzen ohne Cross-Team-Transparenz, Ableitung eigener Handlungsempfehlungen, Abgleich mit der Musterlösung.

  7. Fazit & Einordnung (10 min): DevOps als logische Konsequenz einer agilen Basis, Rückblick auf die Kursinhalte. Wer das Silo-Problem auf Organisations- und Wertstromebene vertiefen will, findet das in DevOps-Transformation: Vision, Vorgehen und Erfolgsmessung.

Hands-on Inhalte (Auszug)

Silo-Problem & Lead Time

  • Design- und QA-Phasen im starren Block statt kontinuierlicher Rückkopplung
  • Zweiwöchige Sprints mit potenziell auslieferbarer Software statt monatelanger Vorausplanung
  • Aufbau auf der Lead-Time-Definition aus DevOps Grundlagen (Modul 2)

12 agile Prinzipien

  • Kundenfokus durch frühe, kontinuierliche Auslieferung
  • Direkte Kommunikation, nachhaltiges Tempo, Selbstorganisation
  • Funktionierende Software als primäres Fortschrittsmaß

Werkzeuge & Goodharts Gesetz

  • Jira-Überorganisation: restriktive statt wildwüchsige Anpassung
  • Ticket-/Workflow-Best-Practices: Sichtbarkeit, Templates, kleine Tickets
  • Goodharts Gesetz: sobald eine Kennzahl zum Ziel wird, verliert sie ihren Wert als Indikator

Fallstudie BadCompany GmbH

  • Ist-Zustand: isolierte Jira-Instanzen je Team, keine Cross-Transparenz
  • Eigene Handlungsempfehlungen ableiten, dann mit der Musterlösung abgleichen
  • Musterlösung: crossfunktionale Teams, Jira-Konsolidierung, integrierte PM-Tools, echte Visibilität

Dieses Modul ist Teil unserer Pilotphase. Gemeinsam mit euch definieren wir passende Metriken (z. B. Zeit bis zur eigenständigen Ableitung der vier Handlungsempfehlungen in der Fallstudie, Ergebnis der Hands-on-Übung) und werten sie im Anschluss transparent aus. Ergebnisse veröffentlichen wir, sobald sie belastbar sind.

Bereit, das Modul zu buchen?

Wir passen die Fallstudie auf euren Erfahrungsstand und eure Organisation an.

Academy Briefing anfragen