Agiles Projektmanagement für Dummies

Mark C. Layton

• Verlag: Wiley-VCH
• Jahr: 2018
• ISBN:
  9783527814404
• Auflage: 1
• Thema: Business
• Thema: Project Management

Agiles Projektmanagement ist ein schneller und flexibler Ansatz zur Entwicklung und Verwaltung von Projekten aller Art, nicht nur im Softwarebereich. Dieses Buch erklärt Ihnen zunächst die agilen Prinzipien und Techniken - auch im Vergleich zum klassischen Projektmanagement. Anschließend sind Sie in der Lage, eine Produkt-Roadmap oder einen Zeitplan für Ihr Projekt nach agilen Prinzipien zu erstellen. Bereiten Sie sich auf Produkteinführungen mit der Leichtigkeit agiler Softwareentwickler vor. Behalten Sie Zeit und Kosten sowie Gruppendynamik, Qualität und Risiko Ihres Projekts im Blick, aber nutzen Sie auch die vorhandenen Freiräume.

Teil IV

Agiles Management

IN DIESEM TEIL …

Effektiv auf Änderungen im Umfang reagieren

Lieferanten und Verträge erfolgreich managen

Zeitplan und Budget überwachen und anpassen

Sich selbst organisieren für optimale Kommunikation

Durch Überprüfung und Anpassung die Qualität steigern und das Risiko verringern

Kapitel 12

Umfang und Beschaffung managen

---

IN DIESEM KAPITEL

1. Entdecken, wie sich das Umfangsmanagement bei agilen Projekten unterscheidet
2. Umfang und der Umfangänderungen mit agilen Prozessen verwalten
3. Den Unterschied erkennen, den agile Prozesse bei Beschaffungen bewirken
4. Beschaffungen in agilen Projekten managen

Umfangsmanagement ist Teil jedes Projekts. Um ein Produkt zu erstellen, müssen Sie die grundlegenden Produktanforderungen verstehen und die Arbeit, die erforderlich ist, um diesen Anforderungen gerecht zu werden. Sie müssen in der Lage sein, Umfangsänderungen zu priorisieren und zu managen, wenn neue Anforderungen auftauchen. Sie müssen verifizieren, dass die fertigen Produktfeatures die Erwartungen des Kunden erfüllen.

Auch die Beschaffung ist Teil von vielen Projekten. Falls Sie außerhalb Ihres Unternehmens nach Hilfe bei der Fertigstellung eines Projekts suchen, sollten Sie wissen, wie Sie Waren und Dienstleistungen einkaufen. Außerdem sollten Sie wissen, wie Sie im Verlauf des Projekts mit Teams bei Lieferanten zusammenarbeiten. Darüber hinaus sollten Sie etwas über den Abschluss von Verträgen und über unterschiedliche Kostenstrukturen wissen.

In diesem Kapitel erfahren Sie, wie Sie in einem agilen Projekt den Umfang managen und wie Sie die Vorteile der agilen Methoden einsetzen, die fundierten Änderungen willkommen heißen. Sie werden außerdem sehen, wie Sie Beschaffungen von Gütern und Dienstleistungen verwalten, die zum Produktumfang eines agilen Projekts beitragen. Zuerst untersuchen wir das traditionelle Umfangsmanagement.

Was ist anders an agilem Umfangsmanagement?

Traditionell ist ein großer Teil des Projektmanagements Umfangsmanagement. Der Produktumfang umfasst alle Features und Anordnungen, die ein Produkt enthält. Projektumfang umfasst alle Arbeiten, die für das Erstellen eines Produkts nötig sind.

Traditionelles Projektmanagement behandelt Anforderungsänderungen als Zeichen dafür, dass die Vorausplanung gescheitert ist. Im Unterschied dazu ist der Umfang in agilen Projekten variabel. Daher können Projektteams sofort und inkrementell Lernerfahrungen und Feedback einbeziehen und so im Endeffekt bessere Produkte erstellen. Die Unterzeichner des Agilen Manifests haben erkannt, dass Umfangsänderungen natürlich und von Vorteil sind. Agile Ansätze begrüßen Änderungen ausdrücklich und verwenden sie, um fundierte Entscheidungen zu treffen und nützlichere Produkte zu erstellen.

---

Wenn Sie ein agiles Projekt durchführen und sich Ihre Anforderungen nicht ändern, weil Sie hierbei nichts gelernt haben, dann ist das ein Scheitern. Ihr Produkt-Backlog sollte sich oft ändern, wenn Sie Lehren aus dem Feedback der Stakeholder und Kunden ziehen. Es ist unwahrscheinlich, dass Sie bereits zu Beginn des Projekts alles wissen.

---

Kapitel 2 befasst sich ausführlich mit dem Agilen Manifest und den 12 Agilen Prinzipien. (Falls Sie dieses Kapitel noch nicht gelesen haben, tun Sie es jetzt. Wir warten auf Sie.) Das Manifest und die Prinzipien beantworten die Frage: »Wie agil sind wir?« Das Maß, in dem Ihr Projektansatz das Manifest und die Prinzipien unterstützt, ist ein Gradmesser dafür, wie agil Ihre Methoden sind.

Die agilen Prinzipien, die mit dem Umfangsmanagement am meisten in Zusammenhang stehen, sind:

1. Unsere höchste Priorität ist es, den Kunden durch frühe und kontinuierliche Auslieferung wertvoller Software zufriedenzustellen.

2. Heiße Anforderungsänderungen selbst spät in der Entwicklung willkommen. Agile Prozesse nutzen Veränderungen zum Wettbewerbsvorteil des Kunden.

3. Liefere funktionierende Software regelmäßig innerhalb weniger Wochen oder Monate und bevorzuge dabei die kürzere Zeitspanne.

10. Einfachheit – die Kunst, die Menge nicht getaner Arbeit zu maximieren – ist essenziell.

Agile Ansätze für das Umfangsmanagement unterscheiden sich grundlegend von traditionellen Methoden des Umfangsmanagements. Schauen Sie sich die Unterschiede in Tabelle 12.1 an.

Umfangsmanagement mit traditionellen Ansätzen	Umfangsmanagement mit agilen Ansätzen
Projektteams versuchen, den kompletten Umfang zu Beginn des Projekts zu ermitteln und zu dokumentieren, also dann, wenn das Teams am wenigsten Wissen über das Produkt haben.	Der Product Owner erhebt zu Anfang des Projekts allgemeine Anforderungen. Diese Anforderungen werden untergliedert und mit Details versehen, wenn sie in unmittelbarer Zukunft implementiert werden. Anforderungen werden im gesamten Projektverlauf gesammelt und präzisiert, wenn die Kenntnisse über die Kundenbedürfnisse und die Projektwirklichkeiten zunehmen.
Organisationen bewerten Umfangsänderungen, nachdem die Anforderungsphase abgeschlossen ist, als negativ.	Organisationen betrachten Änderungen als eine positive Möglichkeit, ein Produkt zu verbessern, während das Projekt voranschreitet. Änderungen zu einem späten Zeitpunkt im Projekt, wenn Sie das meiste über das Produkt wissen, sind oft die wertvollsten Änderungen.
Projektmanager kontrollieren Änderungen sehr rigide und entmutigen sie, nachdem die Stakeholder die Anforderungen abgeschlossen haben.	Änderungsmanagement ist ein inhärenter Teil agiler Prozesse. In jedem Sprint bewerten Sie den Umfang und haben die Möglichkeit, neue Anforderungen zu ergänzen. Der Product Owner entscheidet über den Wert und die Priorität der neuen Anforderungen und nimmt diese Anforderungen in das Produkt-Backlog auf.
Die Mehrkosten für Änderungen nehmen im Laufe der Zeit zu; gleichzeitig nimmt die Möglichkeit, Änderungen vorzunehmen, ab.	Sie legen die Ressourcen und den Zeitplan anfänglich fest. Neue Features führen nicht automatisch zu Verschiebungen bei Budget und Zeitplan; sie werfen die Features mit den geringsten Prioritäten hinaus. Iterative Entwicklung ermöglicht Änderungen mit jedem neuen Sprint.
Projek...

Inhaltsverzeichnis

• Cover
• Titelseite
• Impressum
• Über den Autoren
• Inhaltsverzeichnis
• Einleitung
• Teil I: Agilität verstehen
• Teil II: Agil sein
• Teil III: Agile Planung und Durchführung
• Teil IV: Agiles Management
• Teil V: Agilen Erfolg sicherstellen
• Teil VI: Der Top-Ten-Teil
• Stichwortverzeichnis
• End User License Agreement