Ich habe die möglichen Risiken meines Projekts analysiert und beabsichtige, von Zeit zu Zeit darauf zurückzukommen und sicherzustellen, dass das Projekt sicher ist.
Ich versuche herauszufinden, wie oft ich sie überprüfen sollte, um Risiken so weit wie möglich zu vermeiden und nicht mehr als die notwendige Zeit aufzuwenden.
Wie oft sollte das Risikomanagement analysiert und verfolgt werden?
Risikomanagement ist ein fortlaufender Prozess . Darauf haben sowohl Ashes als auch David deutlich hingewiesen. Einige meiner eigenen Praktiken sind:
Ihr Gesamtrisiko sollte im Laufe des Projekts abnehmen. Das heißt, es muss aktiv geplant und so gesteuert werden.
Es hängt von Ihrem Projekt ab. Zumindest würde ich empfehlen, sie einmal pro Woche zu überprüfen. Ihr Ziel bei einer Überprüfung ist:
Wenn Ihr Projekt dies tolerieren kann und davon profitieren wird, verfolgen Sie das Risiko häufiger. In agilen Softwareentwicklungsprojekten mit zweiwöchigen Release-Zyklen (kleine, häufige Releases) haben wir die Risiken früher täglich verfolgt. Die besten Risiko-Updates waren „hier nichts Neues“.
Außerdem ist es so etwas wie eine bewährte Methode, das gesamte Team bei der Identifizierung und Überwachung von Risiken unterstützen zu lassen, nicht nur die PMs.
Die Identifizierung und die anschließende Risikoanalyse und COA-Entscheidungen sind im Gange. Ihre Risikofähigkeit sollte über ein Vehikel verfügen, in dem jedes einzelne Projektteammitglied und andere Interessengruppen eine potenzielle Bedrohung täglich eskalieren können. Dieser Teil des Prozesses sollte nicht "geplant", sondern einfach ein flüssiger Auslöser sein.
Jedes diskrete Risiko, das in Ihrer Risikodatenbank erfasst wird, hat seinen eigenen Zeitplan für Fortschrittsaktualisierungen, Briefings und Aufsicht. Einige erfordern tägliche Aktualisierungen in Bezug auf die Bedrohung und die Gesamtexposition, während andere möglicherweise nur monatlich, vierteljährlich oder auf einer anderen Basis überwacht werden müssen. Das Team, das mit der Minderung beauftragt ist, kann den Zeitplan empfehlen, und PM kann auch eine Anforderung veröffentlichen. Hier geht es darum, dass die Bedrohung die Berichts- und Aktualisierungsanforderungen diktiert.
Formale Update-Briefings für die Führung und den Kunden können in einer festgelegten Häufigkeit geplant werden. Keine richtige Antwort hier; es wird von vielen Faktoren und natürlich von der allgemeinen Zustimmung aller beteiligten Parteien abhängen.
Die anderen Antworten sind richtig; Ich widerspreche ihnen nicht. Ich möchte noch ein paar ergänzende Anmerkungen machen.
Erstens hängt die Häufigkeit der Aktualisierungen von der Größe, Komplexität und Geschwindigkeit des Projekts sowie von der Priorität ab, die Ihre Stakeholder dem Risikomanagement einräumen. Ja, das Risikomanagement sollte kontinuierlich sein, aber wenn das Projekt nicht mit einem Vollzeit-Risikomanager besetzt ist, müssen Sie die Aktualisierungen so anpassen, wie es die Zeit erlaubt. Denken Sie daran, dass es entscheidend darauf ankommt, Ihre Stakeholder rechtzeitig zu warnen, damit sie produktiv eingreifen können. Wenn Ihre Arbeitspakete im Durchschnitt eine Woche lang sind und Sie ein Dutzend oder mehr gleichzeitig in Bearbeitung haben, dann erlauben monatliche Updates kein rechtzeitiges Eingreifen. Wenn sich Ihre Arbeitspakete über mehrere Quartale erstrecken und Sie nur wenige in Arbeit haben, kann es auch monatlich funktionieren.
Zweitens, obwohl ich mein Risikoregister monatlich aktualisiere, ist das etwas trügerisch. Der Treiber ist, dass jedes Risiko eine Dringlichkeit hat; Ich markiere jedes Risiko mit dem Datum der nächsten Überprüfung. Einige hochrangige Risiken (hohe Wahrscheinlichkeit, hohe Auswirkung) unterscheiden sich nicht stark. Einige Risiken sind von politischen Ereignissen abhängig, die sehr feste Fristen haben und sich bis dahin nicht ändern werden. Wenn Sie die Dringlichkeit des Risikos als nächsten möglichen Änderungstermin erfassen, können Sie das Risikoregister sehr schnell/kostengünstig überprüfen.
Ralf Winter