Agile Projektleitung nach Scrum inkl. Outlook, Kanban und DevOps

Dieser Kurs kombiniert vier Bereiche, die in der täglichen Arbeit agiler Teams eng miteinander verknüpft sind: Scrum als agiles Framework, Microsoft Outlook für strukturiertes Kommunikations- und Terminmanagement, Kanban als Methode zur Flusssteuerung und DevOps Foundation als konzeptionelles Verständnis moderner Softwarelieferprozesse. Was auf den ersten Blick wie eine ungewöhnliche Zusammenstellung wirkt, spiegelt den Alltag vieler Scrum Master und Projektkoordinatoren wider: Methoden müssen beherrscht werden, aber auch die Werkzeuge, mit denen Teams im Alltag tatsächlich arbeiten.

Modul 1 - Scrum: Framework und Praxis der Teamsteuerung Scrum bildet das methodische Fundament dieses Kurses. Dieser Block legt den vollständigen Scrum-Rahmen, von der Produktvision bis zum Sprint-Abschluss, und befähigt Teilnehmende, insbesondere als Scrum Master die Teamarbeit aktiv zu gestalten.

• Scrum-Rollen im Detail: Product Owner, Scrum Master, Entwicklungsteam
• Scrum-Werte und deren Einfluss auf Teamkultur und Entscheidungen
• Sprint-Planung: Kapazität schätzen, Ziel formulieren, Backlog-Items auswählen
• Daily Scrum: Zweck, typische Fehler, Moderationshinweise für Scrum Master
• Sprint Review: Stakeholder einbinden, Feedback strukturieren
• Sprint Retrospektive: Team-Dynamik verbessern, konkrete Schritte vereinbaren
• Impediment-Management: Hindernisse sichtbar machen und systematisch beseitigen

Modul 2 - Microsoft Outlook für agile Teamkoordination Outlook ist weit mehr als ein E-Mail-Client. In diesem Block wird Outlook als vollständiges Kommunikations- und Koordinationswerkzeug für agile Teams eingesetzt, angefangen bei der Kalenderorganisation von Sprint-Events bis hin zur Aufgabenverfolgung und Stakeholder-Kommunikation.

• Outlook-Kalender einrichten: Kalenderfarben, Kategorien, geteilte Kalender für Teams
• Wiederkehrende Sprint-Events als Serientermine anlegen: Planning, Daily, Review, Retro
• Besprechungsanfragen professionell formulieren und Teilnehmerverwaltung organisieren
• E-Mail-Regeln und Ordnerstrukturen für Projektprojekte und Stakeholder-Kommunikation
• Outlook-Aufgaben: Fälligkeiten, Prioritäten und Erinnerungen für Projektverfolgung
• Kategorien und Farbmarkierungen für Stakeholder-Gruppen und Themen
• Gemeinsame Postfächer und Gruppen in Outlook für Team-E-Mails nutzen

Modul 3 - Kanban: Kontinuierlicher Fluss und Visualisierung Kanban arbeitet nicht mit festen Sprints, sondern mit dem Prinzip des kontinuierlichen Flusses. Dieser Block zeigt, wann und warum Kanban die sinnvollere Wahl ist, wie Kanban-Boards konkret aufgebaut werden und welche Daten daraus entstehen.

• Kanban-Entstehung und Kernprinzipien: Visualisieren, Limitieren, Steuern, Feedback
• Kanban-Board aufbauen: Spalten für Prozessschritte, Swimlanes für Aufgabenklassen
• WIP-Limits bestimmen: Datenbasis, Teamkonsens, Anpassungsregeln
• Lead Time und Cycle Time messen und als Planungsgröße einsetzen
• Throughput erheben: Wie viele Tickets pro Zeiteinheit werden abgeschlossen
• Cumulative Flow Diagram verstehen: Engpässe, Staus und Trendentwicklungen lesen
• Kanban-Meetings: Replenishment Meeting und Service-Delivery-Review

Modul 4 - DevOps Foundation DevOps verändert, wie Teams Software entwickeln, testen und liefern. Auf Foundation-Niveau geht es darum, diesen Wandel konzeptionell zu verstehen: Warum entstand DevOps, welche Probleme löst es, und welche Praktiken prägen DevOps-Organisationen?

• DevOps-Geschichte: vom Wasserfall-Trennungsmodell zur kontinuierlichen Lieferung
• Kulturprinzipien von DevOps: Zusammenarbeit, Transparenz, geteilte Verantwortung
• Continuous Integration: häufige Code-Integration als Qualitätsinstrument
• Continuous Delivery: jederzeit lieferfähige Software als Zielzustand
• Infrastructure as Code: Umgebungen reproduzierbar verwalten
• DevOps-Metriken: Deployment Frequency, Lead Time for Changes, MTTR, Change Failure Rate
• DevOps und Scrum: wie Scrum-Teams von DevOps-Praktiken profitieren

Praxisblock - Kommunikation, Steuerung und Lieferung verbinden Dieser abschließende Block bringt alle vier Bereiche in gemeinsamen Arbeitsszenarien zusammen und zeigt, wie Outlook, Kanban-Boards, Scrum-Events und DevOps-Metriken im Alltag zusammenspielen.

• Sprint-Kalender in Outlook aufbauen: alle Events, Teilnehmer und Erinnerungen organisiert
• Kanban-Tickets in Outlook-Aufgaben überführen: Fälligkeiten und Verantwortlichkeiten verknüpfen
• Stakeholder-E-Mails strukturieren: Sprint-Fortschritt verständlich ohne Fachjargon kommunizieren
• Kanban-Metriken in wöchentlichen Status-Mails aufbereiten
• DevOps-Deployment-Ereignisse in Outlook-Kalender als Meilensteine eintragen
• Definition of Done um DevOps-Kriterien erweitern: wann ist ein Feature tatsächlich fertig
• Outlook-Kategorien als informelles Kanban-System für persönliche Aufgaben nutzen
• Teamkommunikation bei parallelen Scrum-Sprints und Kanban-Aufgaben organisieren
• Retrospektive-Protokolle und Vereinbarungen per Outlook-Kalender und Aufgaben verfolgen
• Externe Stakeholder in Sprint-Reviews einladen: technische und inhaltliche Vorbereitung
• Besprechungsminuten in Outlook-Terminen direkt dokumentieren
• Eskalationswege bei Impediments: wann und wie formell kommuniziert werden sollte

Am Ende dieses Blocks können Teilnehmende ihren Projektalltag mit Outlook so organisieren, dass Sprint-Events, Kanban-Aufgaben und Stakeholder-Kommunikation strukturiert und nachvollziehbar ablaufen, auch wenn kein spezialisiertes Projektmanagement-Tool im Einsatz ist.

Dieser Kurs richtet sich an Personen, die agile Methoden erlernen oder vertiefen und dabei gleichzeitig ihren Arbeitsalltag mit vorhandenen Werkzeugen effizienter gestalten möchten.

• Scrum Master, die die Teamkommunikation besser strukturieren wollen
• Projektkoordinatoren, die zwischen Stakeholdern und agilem Team vermitteln
• Teamleiter, die Sprints und Kanban-Aufgaben parallel koordinieren
• Sachbearbeiter oder Koordinatoren, die in agile Projektstrukturen einsteigen
• IT-nahe Fachkräfte, die DevOps-Grundkenntnisse für die Teamzusammenarbeit benötigen

Der Kurs wechselt zwischen methodischen Einheiten und werkzeugorientierten Praxisblöcken. Scrum-Events werden simuliert und mit Outlook-Terminen und Aufgaben nachgebaut, sodass die Verbindung zwischen Methode und Werkzeug direkt erfahrbar wird. Kanban-Boards werden parallel zu Outlook-Aufgabenlisten aufgebaut, was den Vergleich beider Ansätze ermöglicht. DevOps-Themen werden anhand von Fallstudien diskutiert und in ihrer Bedeutung für Scrum-Teams eingeordnet. Die Kombination aus kleinen Gruppen und durchgehendem Fallprojekt sorgt für praxisnahen Transfer.

Die Weiterbildung deckt vier Bereiche in der Tiefe ab und ist als vollständige Qualifizierung über mehrere Monate ausgelegt. Je nach Anbieter und Lernformat sind Laufzeiten von zwei bis vier Monaten typisch. Mit 32 verfügbaren Angeboten am Markt ist eine Auswahl nach passendem Format und Lage möglich.

Nach erfolgreichem Abschluss erhalten Teilnehmende eine qualifizierte Teilnahmebescheinigung, die alle vier Themenbereiche ausweist. DevOps-Foundation-Zertifizierungen werden je nach Anbieter durch externe akkreditierte Prüfungsinstitute ermöglicht. Für Scrum, Outlook und Kanban gibt es im Rahmen dieses Kurses keine standardisierten Herstellerprüfungen; die erworbene Kompetenz wird über die Teilnahmebescheinigung dokumentiert.

Scrum-Kenntnisse allein genügen nicht, wenn das Werkzeug fehlt, um Sprint-Events zu organisieren, Stakeholder zu informieren und Aufgaben zuverlässig zu verfolgen. Outlook ist in den meisten Unternehmen das zentrale Kommunikationswerkzeug, und wer es für agile Teamarbeit professionell nutzt, arbeitet ohne zusätzliche Lizenzkosten und ohne Einarbeitungsaufwand für neue Software. Diesen Pragmatismus vermittelt dieser Kurs bewusst: Methodik und Werkzeug werden zusammen gedacht. Der Unterschied zu einem reinen Scrum-Kurs liegt in der Breite: Kanban als Ergänzung ermöglicht flexible Reaktionen auf Aufgaben, die nicht in Sprints passen. DevOps Foundation öffnet das Verständnis für die technische Seite der Softwarelieferung. Wer alle vier Bereiche beherrscht, kann in gemischten Teams arbeiten, die methodisch nicht einheitlich vorgehen, und trotzdem verlässlich koordinieren, kommunizieren und liefern. Langfristig qualifiziert diese Kombination für Koordinationsrollen, die Brücken bauen müssen: zwischen agilen Entwicklungsteams und klassisch planenden Abteilungen, zwischen technischen und fachlichen Stakeholdern, zwischen operativer Tagesarbeit und strategischer Produktplanung. Wer methodische Breite mit konkreten Werkzeugkenntnissen verbindet, ist in genau diesen Schnittstellen besonders wirksam.