Zusammenfassung von Projektmanagement: Klassisch, Agil und KI

## Einführung Agiles Management im Projektkontext bedeutet, Projekte adaptiv, kundenzentriert und iterativ zu steuern. Ziel ist, Unsicherheit und Komplexität besser zu bewältigen, indem Arbeit in kurzen Zyklen geplant, geliefert und kontinuierlich verbessert wird. Dieses Material erklärt zentrale Konzepte, Rollen, Werkzeuge und Methoden sowie praktische Übungen und Anwendungen in verschiedenen Branchen. > Definition: Agiles Management ist ein iterativer Ansatz zur Projektsteuerung, der auf Transparenz, häufigem Feedback und selbstorganisierten Teams basiert. ## Grundprinzipien agilen Handelns - **Individuen und Interaktionen** stehen über Prozessen und Tools. - **Funktionierende Ergebnisse** sind wichtiger als umfangreiche Dokumentation. - **Zusammenarbeit mit Stakeholdern** über starre Vertragsverhandlungen. - **Reagieren auf Veränderung** statt blindem Befolgen eines Plans. > Definition: Sprint — Eine feste Iteration (z. B. zwei bis vier Wochen), in der ein Team ein potenziell auslieferbares Inkrement erzeugt. ### Warum agil? (Kurzüberblick) - Schnelle Anpassung an veränderte Anforderungen - Kontinuierliche Lieferung von Mehrwert - Erhöhung von Motivation und Eigenverantwortung im Team - Förderung von Transparenz und Feedback-Schleifen Fun fact: Wusstest du, dass die Kernideen agiler Methoden erstmals im Agile Manifest 2001 formuliert wurden und seitdem in vielen Branchen über die Softwareentwicklung hinaus adaptiert wurden? ## Rollen und Verantwortung (kompakt) - **Product Owner**: Priorisiert Anforderungen nach Geschäftswert, verwaltet das Product Backlog, vertritt Stakeholder-Interessen. - **Scrum Master / Facilitator**: Unterstützt das Team in Prozessfragen, beseitigt Hindernisse und fördert kontinuierliche Verbesserung. - **Entwicklungsteam / Delivery Team**: Liefert die Inkremente, organisiert die Umsetzung und schätzt Aufwand. > Definition: Product Backlog — Eine priorisierte Liste von Anforderungen, z. B. in Form von User Stories. ## Werkzeuge und Artefakte - **Product Backlog**: User Stories, Priorisierung (z. B. MoSCoW, WSJF), Akzeptanzkriterien. - **Sprint Backlog**: Aufgabenliste für einen Sprint, abgeleitet aus dem Product Backlog. - **Burndown Chart**: Visualisiert verbleibende Arbeit über die Zeit. - **Kanban-Board**: Visualisiert Workflow mit Spalten wie To Do, In Progress, Review, Done; WIP-Limits begrenzen parallele Arbeit. - **Retrospektive**: Regelmäßige Reflexion (z. B. Start/Stop/Continue) zur kontinuierlichen Verbesserung. ## Praktische Planung und Steuerung 1. **Sprint-Planung**: Auswahl von User Stories, Schätzung (z. B. Planning Poker), Festlegung des Sprintziels. 2. **Tägliches Stand-up**: Kurzfragen: Was hast du getan? Was wirst du tun? Welche Hindernisse gibt es? 3. **Review / Demo**: Vorstellung des Inkrements an Stakeholder. 4. **Retrospektive**: Maßnahmen zur Prozessverbesserung ableiten. > Definition: WIP-Limit — Begrenzung der gleichzeitig begonnenen Aufgaben, um Multitasking zu reduzieren und Fluss zu verbessern. ## Methodenüberblick (Vergleichstabelle) | Aspekt | Agil (iterativ) | Klassisch (planorientiert) | Hybrid | |---|---:|---:|---:| | Planung | kurze Iterationen, adaptiv | lange Planphasen, fest | Kombination: Meilensteine klassisch, Ausführung agil | | Veränderungsmanagement | flexibel | Änderungen sind teuer | gezielte Abschnitte agil, feste Rahmenbedingungen klassisch | | Transparenz | hoch, kontinuierliches Feedback | weniger frequent | abhängig von Struktur | | Eignung | dynamische, innovative Projekte | Projekte mit festen Terminen/Budgets | Projekte mit beidem Did you know that hybride Ansätze oft empfohlen werden, wenn feste Rahmenbedingungen (Termin, Budget) eingehalten werden müssen, gleichzeitig aber Agilität für Teilschritte sinnvoll ist? ## Chancen und Grenzen - Chancen: - Höhere Kundenorientierung und schnelleres Feedback - Frühere Erkennung von Fehlentwicklungen - Höhere Teammotivation - Grenzen: - Nicht überall geeignet (z. B. sehr starre Termine/