Projektgovernance

Abgeschlossen

Projektgovernance ist kein Projektmanagement, obwohl es zu Überschneidungen kommt. Projektgovernance ist der Rahmen, in dem Entscheidungen über das Projekt getroffen werden. Projektgovernance ist ein kritisches Element des Projekts. Eine schlechte oder gar keine Leistung führt zum Scheitern des Projekts.

Hinweis

Es ist besser, einen ProjektGovernanceprozess zu haben als gar keinen.

Governance in einem Projekt

Projekte sind nicht festgelegt. Während eines Projekts entstehen Herausforderungen, die bewältigt werden müssen. Wenn diese Herausforderungen ignoriert werden, kann aus einer ursprünglich kleinen Frage ein großes Problem werden. Wenn sich ein Projekt übermäßig auf auftretende Probleme konzentriert, kann das Projekt möglicherweise nicht fortgesetzt werden. Wenn ein Projektgovernanceprozess eingerichtet ist, kann ein Projektmanager Probleme sofort behandeln.

Projektgovernance befasst sich in erster Linie mit der Entscheidungsfindung innerhalb des Projekts und beantwortet in der Regel die folgenden Fragen:

  • Autoritative Stelle – Wer trifft die Entscheidung? Hat diese Person die Erfahrung und das Fachwissen, um die richtige Entscheidung zu treffen?
  • Prozess – Wie werden Entscheidungen getroffen? Wie können Sie die Wirkungsanalyse gegen die Notwendigkeit zeitnaher Entscheidungen abwägen?
  • Beweise – Welche Informationen sind erforderlich, um eine Entscheidung zu treffen? Wie führen Sie eine Analyse der Auswirkungen durch?

Jeder Governanceprozess sollte an den Vertragsbedingungen für vom Kunden vereinbarte Änderungen ausgerichtet sein. Idealerweise sollte in der Arbeitserklärung für ein Projekt der Entscheidungsprozess mit der letztgenannten benannten Autorität definiert werden.

Oft hat Ihr Kunde, ob intern oder extern, einen eigenen Governanceprozess. Dieser Prozess kann jedoch Lücken aufweisen oder für Microsoft Power Platform nicht relevant sein. Projekte, die mit Microsoft Power Platform implementiert werden, können sich von Projekten unterscheiden, die Kunden zuvor erlebt haben, und der bestehende Governanceprozess ist möglicherweise nicht relevant für die Geschwindigkeit der Entscheidungsfindung oder für die Ebene der erforderlichen Informationen. Der Lösungsarchitekt muss sicherstellen, dass der Governanceprozess den Anforderungen eines Microsoft Power Platform-Projekts entspricht. Ein Lösungsarchitekt muss entweder den vorhandenen Prozess übernehmen oder einen Hybridprozess erstellen.

Wichtig

Wenn kein Prozess vorhanden ist, sollte der Lösungsarchitekt auf die Erstellung eines Governanceprozesses drängen oder selbst einen erstellen.

Governanceprozesse

Ein Projekt sollte mindestens Folgendes bewerten:

  • Risiken – Dokumentation der Risiken, Bewertung der Risiken und Risikominderung, die umgesetzt wird.
  • Probleme – Dokumentation von Problemen und ein Prozess zur Bewertung von Problemen.
  • Änderungen – Dokumentation von Änderungen und ein formaler Änderungskontrollprozess.

Hinweis

Dieses Modul behandelt nicht die Implementierung eines Governanceprozesses. Es geht jedoch darum, den Lösungsarchitekten darauf aufmerksam zu machen, dass er sicherstellen muss, dass ein Governanceprozess für das Projekt vorhanden ist, der den Anforderungen des Projekts entspricht.

Ihre Projektgovernance-Erfahrung

Betrachten Sie die Projekte, an denen Sie als Mitglied des Projektteams gearbeitet haben, und beantworten Sie diese Fragen:

  • Wie wurden Probleme protokolliert?
  • Wer durfte ein Thema ansprechen?
  • Wurden Probleme bewertet?
  • Wer hat die Bewertung durchgeführt?
  • Wie wurden Änderungen vorgenommen?
  • Waren diese Prozesse auf dem für Ihr Projekt geeigneten Niveau?
  • Wie hätten Sie sie verbessern können?

In der nächsten Lerneinheit wird die Rolle des Lösungsarchitekten bei der Projektgovernance näher erläutert.