Zieldefinition im Spielfeld der „Sechs Interdependenzen“

4 min.

Summary

Projektziele sind die Aufstellung von möglichst quantifizierten Anforderungen, die erfüllt sein müssen, damit ein Projekt als erfolgreich abgeschlossen betrachtet werden kann. Zielkonflikte sind zu vermeiden. Es empfiehlt sich eine absolute Priorisierung der Ziele. Bei den Zielen muss man immer auf die Kombination aus SMARTen Zielen, Vollständigkeit der Ziele und auch vor allem der Abgrenzung von Nutzen- und Nicht-Zielen achten. Eine absolute Priorisierung über alle Ziele hinweg, um dessen eigene Prioritäten bewusst zu machen, ist hilfreich. Neben dem Magisches Dreieck, zusätzlich die Abgrenzung von Nicht-Zielen, Nutzenzielen und nun bewusst der negativen Nutzenzielen als Schaden und eine für alle beteiligten Organisationen optimierte Ressourcenplanung vorzusehen ist angestrebtes Ziel.

Was sind Ziele und wie sollen sie sein?

Projektziele sind die Aufstellung von möglichst quantifizierten Anforderungen, die erfüllt sein müssen, damit ein Projekt als erfolgreich abgeschlossen betrachtet werden kann. DIN 69901-5:2009-01 definiert das Projektziel als „Gesamtheit von Einzelzielen, die durch das Projekt erreicht werden“.

Eine vollständige Zieldefinition setzt das Finden aller relevanten Stakeholder voraus, welches nach sich ziehen kann, dass Zielkonflikte aufgrund der verschiedenen Interessen entstehen. Zielkonflikte sind zu vermeiden, das heißt die verschiedenen Projektziele müssen zueinander passen.

Das magische Dreieck gibt die Leistung (inklusiver der Qualität), Kosten und Termine vor. Eine Ergänzung um weitere Dimensionen erfährt das magische Dreieck durch die Sechs Interdependenzen.

Die Ziele sollen SMART definiert werden:

Spezifisch Einfach, verständlich, konkret
Messbar Operationalisiert, quantifiziert
Attraktiv/akzeptabel erreichbar, sozial akzeptiert, lohnenswert
Realistisch/relevant Sachlich erreichbar
Terminiert Zeitlich konkret geplant

Ziele abgrenzend definieren

Öfters ist die Rede von „Nie-gesättigten Stakeholder“, Ich habe in der Praxis erlebt, dass es hilft eine absolute Priorisierung über alle Ziele hinweg, um dessen eigene Prioritäten bewusst zu machen. Das heißt, neben der Muss-Kann-Soll-Kategorisierung empfiehlt sich eine Priorisierung mit klarerer Definition was ist das 1., 2., 3., 4., 5., … x-wichtigste Ziel.

Man muss bei den Zielen immer auf die Kombination aus SMARTen Zielen, Vollständigkeit der Ziele und auch vor allem der Abgrenzung von Nutzenzielen (= Business-Nutzen/Business Objectives) und aber auch Nicht-Ziele achten. Eine Betrachtung dieser Zielkategorien hilft sicherlich die Stakeholder zu einer klaren Aussage bzw. Festhalten der Erwartungshaltung vorab anzuregen, noch besser zu verpflichten.

Den Nutzenvorteil des Projektes lässt sich an den Nutzenzielen definieren des Projektes. Und genau wie bei Risiken und Chancen gibt es hier ein positives und negatives Vorzeichen. Ich habe bei den „Sechs Interdependenzen“ bewusst, wie beim Risikomanagement das negative Vorzeichen (also hier Schaden) als initialer Betrachtungswinkel gewählt, um bewusst diese Beleuchtung zu provozieren. Nutzen und damit Nutzenziele wurden in der Vergangenheit oft und gut von Projektmanagern definiert (in Abgrenzung zu deren Leistungszielen).

Soziale Ziele

Ein Beispiel „Training on the Job“ im Rahmen des Projektes ist meiner Meinung nach ein gutes Beispiel für ein wohl zu definierendes soziales Ziel in einer Zielebetrachtung, sofern das „training on the job“ während der Projektlaufzeit geschieht. Sollte dagegen dieses „training on the job“ im Nachgang des Projektes anhand der Nutzung des Projektgegenstandes (z. B. Nutzung der implementierten Software im Alltagsbetrieb nach Projektende) ist es ein klares Nutzenziel und auch als solches zu definieren. Ist dagegen das Training essentiell für die Durchführung des Projektes ist es ein Leistungsziel, denn ansonsten wird der Leistungsgegenstand nicht fertiggestellt bzw. erreicht.

Ziele im Spielfeld der Sechs Interdependenzen

Die ergänzten Interdependenzen helfen meiner Wahrnehmung nach der klaren Definition des Projektgegenstandes und der Abgrenzung durch die Nutzung dieses und der wohlen Definition der Rahmenbedingungen (Kontextbestimmung) in dem Rahmen der Ressourcen, Schaden und Stakeholderzufriedenheit.

Meiner Meinung nach bringen die Sechs Interdependenzen die Dinge, die bisher teilweise stiefmütterlich, am Rande, neben dem magischen Dreieck definiert wurden durch Nutzenziele, Einsatzmittelplanung (aber bisher nur mit dem Fokus auf das Projekt und nicht wie nun bei den Sechs Interdependenzen der gesamten beteiligten (Stamm-) Organisation(en)), mehr ans Tageslicht. Hier habe ich in der Praxis bereits positive, bewusstere und vollständigere Zieldefinitionen und -abgrenzungen erreicht. Somit zeigen die Sechs Interdependenzen alle bekannten praxisbewährten projektmethodischen Hilfsmittel wie magisches Dreieck, zusätzlich Abgrenzung von Nicht-Zielen und Nutzenzielen und nun bewusst der negativen Nutzenzielen als Schaden, bewusste Einschränkung der Ressourcen und aber eine nicht nur für das Projekt (wie es klassisch bei der Einsatzmittelplanung vornehmlich passiert), sondern auch eine für alle beteiligten Organisationen optimierte Ressourcenplanung auf.

Somit sind die Sechs Interdependenzen eine Kombination von bereits bekannten, bisher unabhängiger voneinander betrachteten Einflüssen und nun zusätzlicher Betrachtung von Schaden und organisationsübergreifende Ressourcenbetrachtung zusammen.

Sechs Interdependenzen
Sechs Interdependenzen

Stakeholder-Management als Element der Sechs Interdependenzen

4 min.

Summary

Um die richtigen Stakeholder des Projektes zu identifizieren wird die Umfeldanalyse als Vorläufer durchgeführt.  Die sozialen Umfeldfaktoren werden in die Stakeholderanalyse übernommen und es ist empfohlen diese nach folgenden Dimensionen zu betrachten: Macht und Konfliktpotential. Zielsetzung der Stakeholderanalyse ist es die Stakeholder zu gruppieren in den einzelnen Quadranten eines 4-Quandrantenportfolios um nachher eine entsprechende Anzahl von Stakeholderstrategien darin abzubilden. Konsolidiere ich die Stakholder in einem Stakeholderportfolio-Quadranten, habe ich die Chance über die gemeinsame Strategie des Quadranten auch eine konsolidierte Maßnahme zu planen. Es werden verschiedene Fehlerquellen bei der Erstellung der Stakeholderanalyse aufgezeigt.

Was ist ein Stakeholder?

Wie bereits in meinen „Sechs Interdependenzen“ angemerkt stellt die Betrachtung der Stakeholder eine wesentliche Komponente zum Projekterfolg dar. Stakeholder sind Einzelpersonen, Personengruppen, Organisationen oder die Gesamtheit all derer, die am Projekt beteiligt, von ihm direkt oder indirekt betroffen oder an diesem berechtigt interessiert sind.

Umfeldanalyse als Grundlage für die Stakeholderanalyse

Um die richtigen Stakeholder des Projektes zu identifizieren wird die Umfeldanalyse als Vorläufer durchgeführt. Die Projektumfeldanalyse ist eine bereits in der Initiierung einzuleitende und vorausgerichtete systematische Betrachtung, Beobachtung und Analyse der positiven (unterstützenden) und negativen (störenden) Einflüsse des Projektumfelds auf das Projekt. Dabei wird unterschieden in die sozialen und sachlichen Umfeldfaktoren. Eine weitere Unterscheidung kann getroffen werden in projektinterne, projektexterne oder unternehmensinterne oder unternehmensexterne Faktoren. Eine Differenzierung ausschließlich in intern und extern ist nicht spezifisch genug. Aus den sachlichen Umfeldfaktoren können Chancen und Risiken im weiteren Verlauf der Projektplanung ermittelt werden und Schnittstellen des Projektes bewusst gemacht werden.

Stakeholderanalyse und deren Ermittlung

Die sozialen Umfeldfaktoren werden in die Stakeholderanalyse übernommen und es ist empfohlen diese nach folgenden Dimensionen zu betrachten: Macht und Konfliktpotential. Andere Dimensionen wie Einfluss, Interesse können qualitative aber nicht zwangsläufig klar gruppierende Dimensionen sein. Interesse und Einfluss können jeweils positiv, negativ, jeweils mit hoher oder niedriger Ausprägung. Der Vorteil bei Macht und Konfliktpotential ist, dass diese hohe und niedrige Ausprägungen einnehmen können, aber nicht gleichzeitig positive oder negative. Wieso wollen wir nur hohe und niedrige Ausprägungen erfassen der beiden Dimensionen und nicht z. B. Werte mit sehr hoch, sehr niedrig etc.? Niedriges Konfliktpotential steht dabei vereinfachend für (potentielle oder tatsächliche) Promotoren und hohes Konfliktpotential dagegen für (potentielle oder tatsächliche) Opponenten. Eine weitere Differenzierung in potentielle und tatsächliche Gruppierungen würde die rasche und einfache Erfassung im Stakeholderportfolio verhindern. In der Praxis ist ohnehin eine ständige Betrachtung der (potentiellen) Opponenten und Promotoren erforderlich.

Zielsetzung der Stakeholderanalyse ist es die Stakeholder zu gruppieren in den einzelnen Quadranten eines 4-Quandrantenportfolios um nachher eine entsprechende Anzahl von Stakeholderstrategien darin abzubilden. Die Gruppierung der Stakeholder in einem Portfoilo erfolgt daher sinnvollerweise in hohe und niedrige Macht, hohes und niedriges Konfliktpotential. Eine direkte Zurordnung der Stakeholderstrategien kann dann direkt erfolgen.

Stakeholderstrategien und deren Zuordnung im Portfolio

Folgende Strategien können in einem Stakeholderportfolio vorgesehen sein:

  • partizipative Strategie, die auf Beteiligung und aktive Einbeziehung, Kommunikation und Information der Projektumfeldakteure setzen, z. B. gemeinsame Workshops zur Entscheidungsfindung,
  • diskursive Strategie, die (meist reaktiv) auf die sachliche Auseinandersetzung mit dem Projektumfeld, z. B. mittels Konfliktlösungsinstrumenten, ausgerichtet sind,
  • repressive Strategien, die durch Machteinsatz organisatorischer, informatorischer oder faktischer Art, z. B. Vorgaben des Managements oder selektive Information gekennzeichnet sind.

Für den vierten Quadranten empfiehlt es sich rein informatorische Maßnahmen vorzusehen, welche aber als sich keine wirkliche Strategie darstellt und daher auch nicht als solche bezeichnet wird.

Ein sinnvolles Stakeholder-Portfolio sieht somit wie folgt aus:

Stakeholderportfolio

Stakeholderstrategien – warum denn das?

Wieso möchte ich denn nun Strategien und nicht nur einfach Maßnahmen zu jedem Stakeholder betrachten. Maßnahmen pro Stakeholder sind zeit- und kostenintensiv. Sehe ich nun für jeden Stakeholder jeweils einzelne Maßnahmen vor, habe ich ein aufwendiges Maßnahmenbündel. Konsolidiere ich dagegen die Stakholder in einem Stakeholderportfolio-Quadranten, habe ich die Chance über die gemeinsame Strategie des Qudranten auch eine konsolidierte Maßnahme zu planen.

Typische Fehlerquellen bei der Stakeholderanalyse

Werden Stakeholderstrategien anhand anderer Dimensionen als Macht und Konfliktpotential abgebildet, besteht die Gefahr, dass die Stakeholder nicht eindeutig eingruppiert werden. Wird zum Beispiel anstatt der Dimension Macht das Interesse des Stakeholders beleuchtet werden insgeheim positive, negative, hohe und niedrige Gruppierungen möglich und daher dann eine Mehrfachzuordnung zu Portfolio-Quadranten wahrscheinlich. Dies konnte ich in sehr vielen fehlgeleiteten Stakeholderanalysen beobachten.

Ein weiteres Problem kann das Versäumnis einer kontinuierlichen Stakeholderanalyse sein. Stakeholder sollten Sie immer wieder neu betrachten. Durch Machtverschiebungen im Unternehmen kann die Dimension Macht, aber vor allem die Ausprägungen auf der Dimension Konfoliktpotential kann sich immer wieder verändern. Durch veränderte Einstellungen gegenüber dem Projekt aufgrund von Projektentwicklungen kann sich das Konfliktpotential des Stakeholders gegenüber dem Projekt verändern.

Ein Verzicht der kombinierten Angabe von Namen oder Rollen bereits in der Umfeldanalyse und dann auch in der Übernahme in die Stakeholderanalyse kann zu einer Pauschalierung und zu einem Übersehen von wichtigen Ausprägungen führen. Herr Mayer-Schulze kann ein pedantischer, konfliktreicher Mitstreiter sein, aber dagegen seine Rolle Anwender lässt darauf nicht unbedingt schließen.

Gruppierte Umfeldfaktoren wie z. B. „Lenkunsauschuss“ anstatt der Aufführung aller einzelnen Lenkungsauschuss-Mitgliedern verleitet eventuell zu Pauschalisierungen und damit dem Übersehen von spezifischen Interessen und Einflüssen.

Vom „Magischen Dreieck“ zu den „Sechs Interdependenzen“

3 min.

Summary

Die Projektzielgrößen, das magische Dreieck, Tripple Constraint oder auch Objectives Triangle genannt ist eine konsolidierte Darstellung der Projektziele. Im Laufe der Zeit ist eine weitere Zielgröße hinzugefügt worden, die Stakeholderzufriedenheit, im speziellen die Auftraggeberzufriedenheit. Das Projekt wird im Kontext von Organisationen durchgeführt. Zumindest eine Organisation stellt Ressourcen in Form von Projektpersonal und sachlichen Einsatzmitteln zur Verfügung. Eine einfache Einsatzmittelplanung des Projektes, optimiert für das Projekt, isoliert vom Kontext ist nicht zielführend. Jedes Projekt hat nicht nur positive Aspekte, sondern verursacht auch einen Schaden. Dies sind die „Sechs Interdependenzen“, welche auch auf agile Projektmanagementansätze zutreffen.

Ursprung und die Entwicklung

Die Projektzielgrößen, das magische Dreieck, Tripple Constraint oder auch Objectives Triangle genannt ist eine konsolidierte Darstellung der Projektziele anhand den Messgrößen

  • Ergebnis bzw. Leistung,
  • Aufwand (Stunden bzw. Personentage und Kosten) und
  • Zeit (Dauern und Termine).

Im Laufe der Zeit ist eine weitere Zielgröße hinzugefügt worden, welche die Stakeholderzufriedenheit, davon vor allem die Auftraggeberzufriedenheit, darstellen soll. Eine Erweiterung zum magischen Viereck ist dabei nicht erfolgt, sondern wurde als Erweiterung des magischen Dreiecks gesehen.

Ein magisches Viereck im Zusammenhang mit Projektmanagement hielt fälschlicherweise Einzug in die Literatur, in der die Qualität separat aufgenommen wurde. Hiervon ist aber klar Abstand zu nehmen, da die Qualität inhärent in den vorgenannten Zielen verankert ist.

Wir können also festhalten, dass zunächst mindestens vier Messgrößen für den Projekterfolg sind: L, T, K und Stakeholderzufriedenheit.

Der Projekterfolg im Kontext des Umfeldes

Das Projekt wird im Kontext von Organisationen durchgeführt. Zumindest eine Organisation stellt Ressourcen in Form von Projektpersonal und sachlichen Einsatzmitteln zur Verfügung. Auch diese sind limitiert und es ist ein Bestandteil der Planungspflichten und damit Kriterium des Projekterfolges, wie effektiv das Projektpersonal und wie schonend/begrenzt die Projektressourcen für die Gesamtorganisation eingesetzt werden. Denn das Projektpersonal ist oft in der Linie mit anderen Aufgaben betraut und / oder die Mitarbeiter sind in anderen Projekten ebenso dringend gesucht. Die sachlichen Einsatzmittel wie ein Bagger werden z. B. auf einer anderen Baustelle ebenso wichtig für den Projektverlauf. Eine einfache Einsatzmittelplanung des Projektes optimiert für das Projekt isoliert vom Kontext ist nicht zielführend. Die Optimierungsbedarfe, welche der Projektdirektor, die Projektportfolio-Manager oder die Fachabteilungen vorgeben für Projekteinsatzmittel sind nicht nur ein einseitiger Prozess. Vielleicht würde die Berücksichtigung der Interdependenz Ressourcenoptimierung beim Projekterfolg auch den Gedankenkonstrukt „von Projektmitgliedern nur als Einsatzmitteln zu denken“ im Keim zu ersticken.

Jedes Projekt hat nicht nur positive Aspekte, sondern verursacht auch einen Schaden. Z. B. führt eine Implementierung einer Software eventuell zum Abbau von Arbeitsplätzen. Oder ein Umweltschutzprojekt zur Anlage eines neuen Naturschutzgebietes führt zum Verlust einer Ackerfläche eines Bauern. Hier entsteht ein Schaden für den Bauer, auch wenn er dafür sicherlich entschädigt wird. Hier haben wir also einen klaren Beitrag zum Projekterfolg in diesem Falle mit negativem Vorzeichen. Wir können diesen negativen Zahlbeitrag nicht einfach von der Leistung abziehen. Hier würden wir es uns zu einfach machen, denn die Leistung ist die gewünschte Dimension des Auftraggebers und berücksichtigt nicht zwangsläufig den Schaden.

Damit haben wir nun neben L, T, K und Stakeholderzufriedenheit zwei weitere Erfolgskriterien wie Ressourcenoptimierung und Projektschaden festgehalten.

Damit haben wir die „Sechs Interdependenzen“ umrissen.

Sechs Interdependenzen

Agilität und die Spiegelung der sechs Interdependenzen

Nun könnte man denken, das magische Dreieck war für mich als agiler Product Owner sowieso nie von Relevanz, da die Leistung durch die Zahl der Storypoints die in einem Sprint abgearbeitet werden können ohnehin „fix“ ist. Dies ist trügerisch und nicht wirklich zutreffend, da durch die Priorisierung des Backlogs selbstredend die wichtigste Leistung als „Bestandteil“ des Vorhabens definiert wird. Eine Umpriorisierung, eine Hinzunahme oder auch Wegnahme von Storys zu jedem Sprintbeginn verändert bewusst die Leistung des Vorhabens. Also dürften die sechs Interdependenzen auch in der agilen Praxis von Relevanz sein.

Für die Blogparade von Stephan Grabmeier #FutureBusiness