Projektmanagement@GJW
DE
Projekt-Strukturplan erstellen
Warum: Geeignetste Lösungskonzept auswählen und passenden Projekt-Strukturplan zur Umsetzung erstellen.
.
Wie: Im >Planen< die Lösungskonzept auf Wirksamkeit gegen die CTQ der Design-Score-Card prüfen/auswählen und den Projekt-Strukturplan basierend auf gängigen Strukturen aufsetzen und detaillieren.
.
Was: In einer Pugh-Matrix (benannt nach Stuart Pugh) können die Lösungs-Konzepte untereinander vergleichen werden und den CTQ gegenübergestellt werden. Somit wird sichergestellt, dass beim Weg über das Haus der Qualität #2 und bei der Konzept-Erstellung nichts verlorengegangen ist.
Wie schon in der Design-Score-Card aufgeführt, spielen hier die Anforderungen des Herstellers (also die Organisation, in der der Projektleiter eingebunden ist – die CTB – Crirical to Business) eine bedeutende Rolle für den Innovationsgrad. Werden CTB gesetzt, die an bestehenden Herstellverfahren, Vertriebswegen, Materialen, Technologie oder der gleichen festhalten, besteht das Risiko im Wettbewerb ins Hintertreffen zu geraten. Werden in den CTB Forderungen nach aktuell gehypten Technologien oder der gleichen gestellt, besteht das Risiko am Nutzer vorbei zu entwickeln.
Die Konzepte werden nicht unbedingt absolut sondern relativ zueinander bewertet. Meist dient ein Konzept als Standard, von dem ausgehend die Verbesserung/Verschlechterung der anderen Konzepte Kriterium für Kriterium abgeleitet wird.
Ist das Lösungskonzept ausgewählt, wird deutlich, welcher Aufbau für den Projekt-Strukturplan der geeignetste ist:
- Produktbasiert
- Gewerkbasiert
- Prozessbasiert
Der Projekt-Strukturplan sollte bis auf die Ebene verfeinert werden, auf der die Arbeitspakete delegierbare beschrieben sind. Beim Abstimmen der Arbeitspakete helfen ein paar Faustregeln:
- Die Summe der Einzel-Ziele müssen das Gesamt-Ziel erreichen.
- Die Einzel-Pakete sollten mindestens eine Potenz kürzere Laufzeiten und Kosten im Vergleich zum Gesamt-Projekt haben (grober Daumenwert).
- Die Arbeits-Pakete sollten ähnliche Dimensionen haben. Hierbei hilft die Idee des Hoshin Planungs-Prozesses (nach Cowley). Ausgehend von einem obersten Ziel wird dieses Ziel in 3 Unterziele heruntergebrochen. Dies wird wiederholt bis auf Arbeitspaketebene.
- Solange das Risiko der Machbarkeit des gewählten Lösungs-Konzeptes noch nicht geklärt ist, kann es zweckmäßig sein, im Projektstrukturplan eine Zeitlang parallel mehrere Lösungs-Konzepte zu verfolgen.
Wird dies berücksichtigt, lässt sich später im >Durchführen< der Projektfortschritt leichter verfolgen und steuern.
Pugh-Matrix zur Auswahl des Lösungskonzeptes
Projektstrukturplan auf Basis des Lösungskonzeptes
Hinweis zur Granularität von Arbeitspaketen
EN
create project structure plan
Why: Select the most suitable solution concept and create an appropriate project structure plan for implementation.
.
How: During >Plan<, assess/select the solution concept for its effectiveness against the CTQs of the Design Scorecard, and establish and detail the project structure plan based on common structures.
.
What: In a Pugh Matrix (named after Stuart Pugh), solution concepts can be compared with each other and juxtaposed with the CTQs. This ensures that nothing is lost during the process through House of Quality #2 and concept development.
As stated in the Design Scorecard, the requirements of the manufacturer (i.e., the organization in which the project manager is involved – the CTB – Critical to Business) play a significant role in the level of innovation. If CTBs are set that adhere to existing manufacturing processes, distribution channels, materials, technology, or the like, there is a risk of falling behind in competition. If CTBs demand currently hyped technologies or the like, there is a risk of developing products that miss the mark with the end user.
The concepts are not necessarily evaluated in absolute terms but relative to each other. Usually, one concept serves as a standard, from which the improvement/deterioration of the other concepts is derived criterion by criterion.
Once the solution concept is chosen, it becomes evident which structure is most suitable for the project structure plan:
- Product-based
- Trade-based
- Process-based
The project structure plan should be refined to the level where the work packages are describable and delegable. When coordinating the work packages, a few guidelines are helpful:
- The sum of individual objectives must achieve the overall goal.
- Individual packages should have at least one order of magnitude shorter durations and costs compared to the overall project (rough rule of thumb).
- The work packages should have similar dimensions. The idea of the Hoshin planning process (according to Cowley) aids in this. Starting from the top-level goal, this goal is broken down into 3 sub-goals. This process is repeated down to the level of work packages.
- As long as the feasibility risk of the chosen solution concept is not clarified, it may be practical to pursue multiple solution concepts simultaneously in the project structure plan for a while.
Considering these factors facilitates easier tracking and management of project progress later during the execution phase.
Geplante/Erforderliche Verbesserungen
tbd
