|
Projekte werden häufig in Phasen aufgeteilt, welche die iterative Vorgehensweise im Projektmanagement unterstreichen. Üblicherweise enden die Projektphasen mit definierten Meilensteinen. Phasenmodelle sind meistens sehr spezifisch und am zu erstellenden Projektprodukt oder der Branche orientiert.
Ein Beispiel für ein allgemeines Phasenmodell ist:
- Projektdefinition: Es findet eine Projektanalyse statt, welche Probleme und Potentiale betrachtet. Ziele werden geklärt (Inhalte, Kosten, Ausmaß und Zeit) und zuvor genanntes mit einer Machbarkeitsstudie ergänzt.
- Projektplanung: In dieser Phase wird das Team organisiert, und es werden Aufgabenpläne, Ablaufpläne, Terminpläne, Kapazitätspläne, Kommunikationspläne, Kostenpläne, Qualitätspläne und das Risikomanagement festgelegt. Hierbei spielen so genannte Meilensteine eine wichtige Rolle.
- Projektdurchführung: Diese Phase kennzeichnet sich, abgesehen von der Durchführung selbst, durch Kontrolle des Projektfortschritts und Reaktion auf projektstörende Ereignisse in der Zukunft, die sich erst während der Projektdurchführung ergeben. Erkenntnisse über gegenwärtige oder zukünftige Abweichungen führen dann zu Planungsänderungen und Korrekturmaßnahmen.
- Projektabschluss: Die Ergebnisse werden präsentiert, das Projektergebnis wird dokumentiert übergeben, sowie in einem Review alle Phasen reflektiert. Der Projektleiter wird vom Auftraggeber schriftlich entlastet.
Ein Phasenmodell für ein Softwareentwicklungsprojekt könnte in etwa so aussehen:
- Analyse
- Machbarkeitsstudie
- Entwurf
- Umsetzung
- Test
- Pilotierung
- Breitenrollout
- Abschluss
In der Praxis sind Phasenverläufe überlappen bzw. zirkulär. Und Methoden wie Rapid Prototyping sprengen sowieso den Rahmen eines Phasenmodells.
Auch wird zunehmend kritisiert, dass ein universell gültiger Phasenansatz der Unterschiedlichkeit von Projekten nicht gerecht wird. "One Size doesn't fit all." Dennoch baut auch die neue DIN-Normenreihe 69900 darauf auf (... leider).
|
