Der folgende Inhalt stammt aus dem beliebten Whitepaper "Agiles Projektmanagement: Worum geht es?". geschrieben von Jerry Manas. Es ist so gut, dass wir es unseren Lesern kostenlos zur Verfügung stellen und es auf unserem Blog zu Ihrem Vergnügen weiterleben lassen wollten.
Bevor Sie weiterlesen, empfehlen wir Ihnen die Lektüre von Teil eins dieser Serie , in dem es darum geht, warum Sie einen kollaborativen und iterativen Ansatz wählen sollten.
Agil ist eine ganz andere Denkweise, und so überrascht es nicht, dass auch die Terminologie eine andere ist. Im Folgenden finden Sie eine Zusammenfassung der Funktionsweise von Agile sowie die entsprechende Terminologie:
- Funktionen werden in Geschichten definiert, die den/die Benutzer, die Handlungen und den Nutzen für diese Funktion identifizieren (denken Sie als Analogie an Geschichten in der Belletristik: Sie beinhalten Charakter, Handlung und Motiv).
- User Stories werden in relativen Punkten geschätzt (manche Unternehmen verwenden jedoch ideale Tage). Story Points sind ein Maß für die relative Komplexität und den Aufwand. Wenn die Arbeit abgeschlossen ist, kann das Team Punkte für die abgeschlossenen Geschichten "verdienen".
- User Stories werden nach Prioritäten geordnet, so dass die wertvollsten Funktionen so schnell wie möglich geliefert werden. Das Team arbeitet gemeinsam an priorisierten Stories aus einem Backlog in zeitlich festgelegten Iterationen, die in der Regel 1 bis 4 Wochen dauern (in der Agile Scrum-Methodik, die in der Softwareentwicklung sehr beliebt ist, werden diese Iterationen Sprints genannt).
- Das Team trifft sich regelmäßig, um Informationen und Fortschritte auszutauschen. In der Agile Scrum-Methodik sind dies tägliche 15-minütige Standup-Meetings. Der Schlüssel ist, sich aus dem Unkraut herauszuhalten. Es gibt keine Problemlösungssitzungen.
- Nach jeder Iteration/jedem Sprint treffen sich das Team und die Beteiligten, um den Fortschritt zu bewerten, Anpassungen vorzunehmen und die nächsten Schritte zu planen (z. B. evolutionäre Planung). Dies wird oft als retrospektiv bezeichnet. Sie unterscheidet sich von der traditionellen Überprüfung nach der Implementierung, die in der Regel lange nach dem Projekt stattfindet und viel zu spät, um noch etwas für das aktuelle Projekt zu bewirken.
- Der Fortschritt wird über burndown Diagramme verfolgt, die die verbleibende Arbeit im Laufe der Zeit darstellen (in Form von geplanten und verdienten Story Points).
- Velocity misst die pro Iteration/Frühjahr abgeschlossenen Story Points (d.h. die Geschwindigkeit, mit der der Wert geliefert wird).
Eine Produktversion besteht in der Regel aus mehreren Iterationen/Sprints. Oft gibt es einen Planungssprint zu Beginn einer jeden Version, um die Stories für diese Version zu planen.
Agile Rollen
Bei agilen Projekten muss die Rolle des Projektmanagers neu überdacht werden. Der Grund dafür ist:
- Baselines sind irrelevant - Eine Baseline ist bedeutungslos, wenn das ganze Konzept von Agile darin besteht, die Funktionen so zu planen und anzupassen, dass sie in feste Zeit- und Kosteniterationen passen.
- Formale Anforderungen im Voraus gelten nicht - Die Kundenbedürfnisse müssen verstanden werden, aber die detaillierten Anforderungen werden nicht alle im Voraus festgelegt; die Anforderungen entwickeln sich mit den Erkenntnissen aus jedem Sprint.
- Der Teufel steckt im Detail - Agile Projekte gelingen oder scheitern auf der Grundlage des gegenseitigen Verständnisses von Kundenbedürfnissen und technischen Möglichkeiten. Die Leiter von agilen Projekten müssen also die Details verstehen.
- Es dreht sich alles um das Produkt - Im Gegensatz zu traditionellen Projekten, bei denen der Schwerpunkt auf der Verwaltung des Umfangs, des Zeitplans und des Budgets liegt, dreht sich bei agilen Projekten alles um das Produkt und nicht um das Projekt. Elemente wie Zeitplan und Budget sind festgelegt.
- Agile Projekte sind gemeinschaftsorientiert - In agilen Projekten stehen Entwickler, Analytiker, Product Owner und Kunden in ständiger Kommunikation. Wenn das nicht der Fall ist, dann wird die agile Methodik nicht befolgt. Anders als bei traditionellen Projekten ist der Projektmanager nicht die Hauptquelle der Kommunikation.
- Agile Projekte sind relativ risikoarm - Bei einem großen, komplexen Projekt mit viel teamübergreifender Beteiligung und beweglichen Teilen ist Agile vielleicht nicht der beste Ansatz. Agiles Vorgehen wird häufig bei der Softwareentwicklung und anderen Wissensarbeitsprojekten eingesetzt, bei denen eine gewisse Toleranz für Ungewissheit vorhanden ist und ein einzelnes Team mit hohem Tempo arbeiten kann.
In Anbetracht all dessen mag sich mancher die unvermeidliche Frage stellen: Was kann ein Projektmanager dann noch tun? Das ist eine berechtigte Frage, und die Unternehmen haben unterschiedliche Ansätze gewählt, von gar keinem Projektmanager bis hin zum Einsatz des Projektmanagers als Vermittler zwischen dem Product Owner, den Kunden und den Entwicklern. In einigen Organisationen fungiert der Scrum Master als Projektmanager.
Im Folgenden finden Sie typische Rollen in einem agilen Projekt:
- Produktmanager/Eigentümer - legt die Produktvision fest und sorgt dafür, dass die im Backlog aufgeführten Funktionen priorisiert und verstanden werden; liefert User Stories (Benutzer/Aktionen/Nutzen)
- Kunde - überwacht den Fortschritt und liefert Input für wertvolle Ergebnisse (Hinweis: Der Produktmanager dient in der Regel als Stellvertreter des Kunden, wenn es darum geht, Kommentare und Input elektronisch aufzuzeichnen)
- Development Manager/SCRUM Master/Project Manager - füllt Sprints aus dem Projekt-Backlog auf und aktualisiert Story Points auf der Grundlage von Planungs-Sprints; moderiert tägliche Meetings und Sprint-Demos
- Entwickler - werden Stories zugewiesen und machen Testnotizen zu den Stories; melden den Aufwand für die Kostenverfolgung
- Resource Managers - Optimieren Sie die Ressourcennutzung über mehrere Projekte hinweg und stellen Sie die Verfügbarkeit von Ressourcen für kritische Projekte sicher.
- QA/QE Manager/Tester - konzentriert sich auf Qualitätssicherung/Engineering, einschließlich Prozessverbesserungen, Tests und Messungen
Haben Sie diese Rollen in Ihrer Organisation besetzt? Die Anpassung an diese Denkweise, insbesondere wenn sie für Ihre Teams neu ist, kann einige Zeit in Anspruch nehmen, aber die Vorteile sind alle Wachstumsschmerzen wert. Besuchen Sie https://www.planview.com/lean-agile-delivery/ um zu erfahren, wie unsere Lösungen Ihr Unternehmen bei der Anpassung unterstützen können, und registrieren Sie sich für eine kostenlose Demo unserer Lösung für schlanke und agile Lieferung , um die Vorteile selbst zu erleben. Im letzten Teil dieser Serie werden wir die Bedenken untersuchen, die viele Menschen haben, wenn sie zu einer agilen Methodik wechseln.
