Warum:
Beabsichtigte Wirkung des Projektmanagements in der Phase Definieren prüfen (Mindset before Toolset).
Wie:
Read-Confirm-Checklisten-Punkte prüfen und bei Bedarf mit vorgeschlagenen Werkzeugen die beabsichtigte Wirkung nachholen.
Was:
Ich kenne das aktuelle Problem des Anwenders.
Ich kann das aktuelle Problem in Bezug zur Vision/Mission und zur Strategie setzen.
Ich kenne das Ziel in Bezug zum Business Case/USP.
Ich kenne die unterschiedlichen Nutzer der einzelnen Projekt-Liefergegenstände.
Ich kenne die einzelnen Projekt-Liefergegenstände, die über den Tisch gehen.
Ich kennen die unmittelbare weitere Verwendung (auch im Bezug zum Business Case/USP) der einzelnen Projekt-Liefergegenstände durch die unterschiedlichen Nutzer nach Projektende.
Ich kenne die angrenzenden mögliche Probleme, Nutzer, Liefergegenstände und weiteren Verwendungen, die nicht im Rahmen des Projektes behandelt werden sollen.
Ich kenne den hinter den Projekt-Liefergegenständen liegenden Bedarf (need) und die bewusst festgelegten Prämissen (CTBs aus Sicht des Projektrauftraggebers => Innovationsgrad inkrementell, signifikant, radikal).
Ich kenne die nicht ausgesprochenen Grundanforderungen an die Projekt-Liefergegenstände.
Ich kenne die messbaren Kundenanforderungen (CTQs, Messgröße und Einheit), die die unterschiedlichen Nutzer an die unterschiedlichen Projekt-Liefergegenstände haben, um es zu verwenden.
Ich kann zwischen Gut-Teilen und Schlecht-Teilen der Projekt-Liefergegenstände unterscheiden.
Ich erwäge immer auch den Projektabbruch zu empfehlen.
Why:
Check the intended effect of project management in the Define phase (mindset before toolset).
How:
Check read-confirm checklist items and, if necessary, make up for the intended effect with suggested tools.
What:
I know the user’s current problem.
I can relate the current problem to the vision/mission and strategy.
I know the goal in relation to the business case/USP.
I know the different users of the individual project deliverables.
I know the individual project deliverables that go across the table.
I know the immediate further use (also in relation to the business case/USP) of the individual project deliverables by the different users after the end of the project.
I know the neighbouring possible problems, users, delivery items and other uses that are not to be dealt with within the scope of the project.
I know the need behind the project deliverables and the consciously defined premises (CTBs from the perspective of the project client => degree of innovation incremental, significant, radical).
I know the unspoken basic requirements for the project deliverables.
I know the measurable customer requirements (CTQs, metric and unit) that the different users have for the different project deliverables in order to use it.
I can distinguish between good parts and bad parts of the project deliverables.
I always consider recommending project cancellation.
