{"id":6236,"date":"2019-08-26T09:46:00","date_gmt":"2019-08-26T07:46:00","guid":{"rendered":"https:\/\/www.weiterbildungsmarkt.net\/magazin\/?p=6236"},"modified":"2019-05-08T18:45:50","modified_gmt":"2019-05-08T16:45:50","slug":"klassisches-oder-agiles-projektmanagement-oder-spielt-die-tektonik-mit","status":"publish","type":"post","link":"https:\/\/www.weiterbildungsmarkt.net\/magazin\/klassisches-oder-agiles-projektmanagement-oder-spielt-die-tektonik-mit\/","title":{"rendered":"Klassisches oder agiles Projektmanagement? Oder: Spielt die Tektonik mit?"},"content":{"rendered":"

Klassisches oder agiles Projektmanagement – Oder doch hybrides Projektmanagement? Diese Frage hat sich in vielen Unternehmen zu einer Glaubensfrage entwickelt. Dabei haben beide Ans\u00e4tze St\u00e4rken und Schw\u00e4chen. Deshalb ist es in der Praxis oft sinnvoll, das Beste bzw. Zielf\u00fchrendste aus den beiden Projektmanagement-Welten zu vereinen. <\/strong><\/p>\n

Die Tektonik\u00a0befasst sich mit den Kontinentalplatten der Erde. Diese bewegen sich, also entfernen sich voneinander und driften aufeinander zu. Die hieraus resultierenden Spannungen f\u00fchren zu Erdbeben und Vulkanausbr\u00fcchen. Und diese l\u00f6sen wiederum Tsunamis und \u00dcberschwemmungen aus, die oft unvorstellbare Sch\u00e4den bewirken \u2013 wie zum Beispiel der Tsunami 2004 im indischen Ozean und 2011 im japanischen Fukushima.<\/p>\n

\u00c4hnlich Spannungen, die zu folgenschweren Sch\u00e4den f\u00fchren, registriert man nicht selten in Unternehmen, wenn es um die Frage geht: Auf welche Methoden setzen wir beim Projektmanagement \u2013 auf agile oder die (klassischen) Wasserfall-Methoden? Dann stehen sich die Anh\u00e4nger der beiden Vorgehensweisen oft unvers\u00f6hnlich gegen\u00fcber. Und welches Vorgehen letztendlich gew\u00e4hlt wird, h\u00e4ngt prim\u00e4r von der Kultur im Unternehmen sowie den Machtverh\u00e4ltnissen in ihm ab, und nicht davon, welches Vorgehen zielf\u00fchrend ist.<\/p>\n

Deshalb gibt es in dem damit verbundenen Meinungsbildungs- und Entscheidungsprozess in der Regel auch Verlierer bzw. Personen oder Bereiche, die sich als solche empfinden. Und hieraus resultiert oft ein Dauerkonflikt, der nicht selten zu einem Scheitern der Projekte f\u00fchrt. Das legt zumindest eine Studie des Researchunternehmens Forrester nahe. Ihr zufolge scheitert circa die H\u00e4lfte aller (Change-)Projekte in Unternehmen, und nicht unwesentlich verantwortlich hierf\u00fcr ist die \u201eorganisatorische Kollision\u201c der Methoden.<\/p>\n

Das klassische Projektmanagement gem\u00e4\u00df dem Wasserfall-Modell<\/h2>\n

Dem Wasserfall-Modell zufolge besteht ein Projekt aus genau definierten, aufeinander folgenden Phasen; ebenso ist dies beim V-Modell, einer Weiterentwicklung des Wasserfall-Modells. Die wesentlichen Phasen im Wasserfall-Modell sind zum Beispiel bei der Softwareentwicklung:<\/p>\n

    \n
  1. Analyse<\/li>\n
  2. Design<\/li>\n
  3. Implementierung<\/li>\n
  4. Test und<\/li>\n
  5. Betrieb<\/li>\n<\/ol>\n

    In der Phase 1 \u201eAnalyse\u201c werden zun\u00e4chst die Anforderungen vollst\u00e4ndig dokumentiert, um daraus ein Lasten- oder Pflichtenheft zu entwickeln. Erst danach wird ein Projektplan erstellt und werden die wahrscheinlichen Aufwendungen ermittelt. Gro\u00dfe Aufgaben werden im Zuge der Projektplanung in Teilaufgaben gegliedert und alle Aufgaben bez\u00fcglich des Zeit- und Ergebnisverlaufs miteinander verbunden.<\/p>\n

    In der Design-Phase (Phase 2) wird das L\u00f6sungskonzept erarbeitet. Bei Software-Projekten sind dies die Architektur und das Systemdesign. Die Implementierungsphase (Phase 3) umfasst die gesamte Programmierung der Anforderungen auf Basis des Lastenhefts und im Rahmen des Projektplans. Das Ergebnis der Implementierungsphase ist ein Software-Produkt, das in der nachfolgenden Test-Phase (Phase 4) zum ersten Mal als Gesamtprodukt getestet wird (Alpha-Test). Dies geschieht meist durch die Entwickler selbst. Als Beta-Version\u00a0geht die Software danach an ausgew\u00e4hlte Endnutzer, und erst hier zeigt sich, ob das Produkt die zuvor definierten Anforderungen und Erwartungen der Anwender erf\u00fcllt. Nach dem erfolgreichen Abschluss der Testphase wird die Software f\u00fcr den Betrieb freigegeben bzw. ein Release erstellt. Mit dem Release beginnt der Einsatz der Software und die f\u00fcnfte und letzte Phase des Modells (Betrieb). Auftretende Fehler werden behoben, notwendige Verbesserungen und Erg\u00e4nzungen eingebaut.<\/p>\n

    Theoretisch soll das Wasserfall- bzw. V-Modell Projektrisiken sowohl kosten- als auch terminseitig vermeiden. Sinnvoll ist sein Einsatz daher bei Projekten, bei denen sich auf Sicht nichts \u00e4ndert und es kaum Anpassungen gibt. Ideal sind Projekte, die sich in Struktur und Aufgabenstellung wiederholen und einen \u00fcberschaubaren Zeitraum dauern. Das sind oft regulierte Projekte, bei denen<\/p>\n