Een risicobeheerproces bestaat onder andere uit het identificeren, analyseren, traceren en communiceren van risico's. Risicobeheer omvat risico 's, problemen en wijzigingsverzoeken. De kern van projectrisicobeheer ligt in het herkennen en erkennen van potentiële problemen en de mogelijke gevolgen hiervan, zodat u op basis van deze informatie gefundeerde beslissingen kunt nemen.
De projectmanager maakt een risico of een probleem op basis van de impact van het risico, nadat het risico is geïdentificeerd en geanalyseerd.
U kunt op elk moment gedurende de levenscyclus van een project risico's identificeren. U kunt een risico escaleren naar een probleem als het erop lijkt dat het aanzienlijke gevolgen kan hebben voor het project. Wijzigingsverzoeken zijn het gevolg van problemen en kunnen bijdragen aan effectieve oplossingen.
Het volgende diagram en dit scenario beschrijven één manier om projectrisico's te beheren. Raadpleeg de Gebruikershandleiding Projectmanagement voor meer informatie over andere manieren om projectrisico's te beheren.
Voorbeeld: een projectrisico maken en beheren
In dit voorbeeld ontwikkelt het projectteam bij Forward, Inc. een nieuw product met een nichetechnologie. Het aantal resources binnen de organisatie dat ervaring heeft met deze technologie, is beperkt, dus moet het team externe resources inzetten om het project te voltooien. Daarnaast wordt het product geleverd met externe API's waarvoor juridische goedkeuringen vereist zijn.
Het team identificeert twee risico's die een aanzienlijke invloed hebben op hun project voor analyse:
Na de analyse maakt de projectmanager op basis van de impact van het risico op het project een risico voor de beperkte resources en een probleem voor de afhankelijkheid.
Om de risico's van het project te beheren, voert u deze stappen uit:
Om alle taken in dit scenario te voltooien, hebt u de volgende toegangsrechten nodig:
Een risico is een mogelijke toekomstige gebeurtenis die een positieve of negatieve impact heeft op een doelstelling van een project. Identificeer de risico's al vroeg in een project, zodat u zich bewust wordt van de potentiële effecten op het projectbereik, de planning, het budget en andere factoren. In dit scenario beslist het team het risico van het beperkte aantal resources te verminderen door externe resources in te schakelen. De projectmanager maakt een gedetailleerd risico met alle informatie en selecteert Beschikbaarheid resource uit de vervolgkeuzelijst Categorie.
Als de totaalscore voor een gedetailleerd risico afwijkt van de beoordeling die u hebt toegewezen, worden de twee componenten voor risicobeheer op elkaar afgestemd. De score van het gedetailleerde risico overschrijft de beoordeling die u hebt toegewezen. Als u een gedetailleerd risico maakt maar geen beoordelingen toewijst, worden de scores uit de risicovermeldingen gebruikt om de betreffende factoren in de lijst te kleuren. Als u een gedetailleerd risico verwijdert, heeft dit gevolgen voor de algemene risicoscore van het project en de gecombineerde score voor de desbetreffende risicocategorie.
Volg de onderstaande stappen:
Geeft de categorie aan waartoe het risico behoort.
Waarden:
Opmerking: als u een risicocategorie opgeeft, heeft de algemene risicoscore voorrang op eventueel afwijkende statussen die u voor de risicocategorie of -factor hebt geselecteerd.
Hier definieert u de naam van de resource die het risico beheert. Deze resource is gedurende de levenscyclus van het risico verantwoordelijk voor het beheren en traceren van het risico.
Standaard: de resource die momenteel is aangemeld.
Definieert de datum waarop repercussies van dit risico het project kunnen beïnvloeden. Als u een impactdatum aangeeft, voert u ook een datum in in het veld Gewenste oplossingsdatum.
Standaard: huidige datum
Definieert de veronderstellingen die bepalen dat dit item een risico kan zijn. U kunt deze veronderstellingen controleren om te helpen garanderen dat ze geldig blijven tijdens de levensduur van het risico. Als de veronderstellingen veranderen, kan de impact of waarschijnlijkheid van het risico ook veranderen.
Definieert de risico's binnen het project die samenhangen met dit risico. U kunt dit risico alleen koppelen aan risico's binnen dit project.
Definieert de problemen binnen het project die samenhangen met dit risico. U kunt dit risico alleen koppelen aan problemen binnen dit project.
Definieert het type respons dat u voor dit risico wilt hanteren.
Waarden:
Standaard: Controleren
Opmerking: in dit scenario selecteert u Verminderen.
Geeft de waarschijnlijkheid van het risico aan. De waarschijnlijkheid van een risico wordt gebruikt om de risicopositie te berekenen.
Waarden: Laag (1), Gemiddeld (2) of Hoog (3)
Standaard: Laag
Geeft de berekende score weer op basis van de selecties die u maakt in de velden Waarschijnlijkheid en Impact.
Waarden:
Definieert het effect van het risico op het project. Hoe groot de impact is, hangt af van het effect op de projectprestaties, de ondersteunbaarheid, de kosten en de planning. Deze waarde wordt gebruikt om de risicopositie te berekenen.
Standaard: Laag
Definieert de definitieve oplossing van dit risico nadat het risico is verminderd. De oplossingsgegevens zijn nuttig bij het analyseren van het resultaat van een risicoresponsstrategie bij het plannen of aanpakken van toekomstige plannen voor projectrisico's.
Opmerking: u kunt een oplossing definiëren bij het maken van het risico of voordat u het risico sluit.
Hier kunt u opgeven welke risico's in het project zijn aangetroffen of gemaakt als gevolg van de verminderingsstappen die zijn ondernomen om het risico op te lossen. In tegenstelling tot gekoppelde risico's zijn de uitkomsten voor restrisico's niet altijd hetzelfde. Ze zijn het gevolg van een actie die is ondernomen om een risico op te lossen.
Zodra er is besloten om het risico te verminderen, wordt door de projectmanager een eigenaar van het risico ingesteld, die de taak krijgt toegewezen om een responsstrategie te ontwikkelen. Risicoresponsstrategieën bevatten de acties, traceringsvereisten en andere ondersteunende informatie die nodig is voor het verminderen van de waarschijnlijkheid en impact van het risico.
Afzonderlijke responsstrategieën kunnen, ongeacht de eigenaar van het risico, worden toegewezen aan verschillende resources en elke responsstrategie kan een eigen verloopdatum hebben. Deze datums en namen kunnen worden gebruikt in combinatie met processen om meldingen en herinneringen naar de eigenaar van een risico te sturen. Over het algemeen maakt u een responsstrategie voor een risico wanneer u het responstype Verminderen kiest.
In bepaalde gevallen kunt u ervoor kiezen de risicopositie te accepteren en dus niets aan het risico te doen.
Volg de onderstaande stappen:
Zodra u erin bent geslaagd het risico te verminderen, wijzigt u de status van het risico in Gesloten en geeft u de uiteindelijke oplossing voor het risico op. Met een gedetailleerde oplossing kunt u snel de uitkomst van een risicoresponsstrategie achterhalen wanneer u in de toekomst aan projectrisicoplannen werkt.
Volg de onderstaande stappen:
Een probleem is een gebeurtenis die het project beïnvloedt. Wanneer het risicoverminderingsplan mislukt, kunt u het risico te escaleren naar een probleem. Maak van het bestaande risico een probleem en sluit vervolgens het risico. Het nieuwe probleem neemt de naam, de beschrijving en bepaalde waarden van het risico over, zoals Status (Open) en Datum gemaakt (huidige kalenderdatum). U kunt altijd terugkeren naar het oorspronkelijke risico. Door een probleem van een risico te maken, zorgt u ervoor dat acties, taken en een zekere mate van bewustzijn rond een probleem worden gecreëerd waar het projectteam iets mee kan doen. Bovendien kan het team de problemen en hun uitkomsten registreren zodat deze bij het sluiten van het project en voor toekomstige planningen kunnen worden geanalyseerd.
U kunt tevens andere risico's of problemen koppelen die aan dit probleem zijn gerelateerd. Het koppelen van alle gerelateerde problemen en risico's kan u helpen bij het traceren van de afhankelijkheden en het herkennen van trends voor toekomstige analyses en controles.
In dit scenario worden als onderdeel van de verminderingsplan externe contractanten ingehuurd om het project te voltooien. De ingehuurde contractanten beschikken echter niet over het vereiste niveau, wat gevolgen heeft voor de voortgang van het project. Het risico wordt nu een probleem en de projectmanager maakt vervolgens een probleem van dit risico en sluit het risico.
Volg de onderstaande stappen:
Geeft de categorie aan waartoe het probleem behoort.
Waarden:
Hier definieert u de naam van de resource die het probleem beheert. Deze resource is gedurende de levenscyclus van het probleem verantwoordelijk voor het beheren en traceren van het probleem.
Standaard: de resource die momenteel is aangemeld.
Maak een probleem wanneer het risico een aanzienlijk effect heeft op het project. Aangezien de vertraging in het goedkeuringsproces wordt verwacht, maakt de projectmanager een probleem en wijst hij of zij de categorie toe als afhankelijkheid.
Volg de onderstaande stappen:
Geeft de unieke id voor het probleem weer. U kunt de id niet wijzigen, zodra u het probleem eenmaal hebt opgeslagen.
Definieert de categorie waartoe het probleem behoort.
Waarden:
Hier definieert u de naam van de resource die het probleem beheert. Deze resource is gedurende de levenscyclus van het probleem verantwoordelijk voor het beheren en traceren van het probleem.
Standaard: de resource die momenteel is aangemeld.
Dit veld bevat de naam van de resource die het probleem heeft gemaakt.
Standaard: de resource die momenteel is aangemeld.
Zodra het probleem is opgelost, wijzigt u de status in Gesloten en geeft u de uiteindelijke oplossing op. Met een gedetailleerde oplossing kunt u snel de uitkomst van een probleem achterhalen wanneer u in de toekomst aan projecten werkt.
Volg de onderstaande stappen:
|
Copyright © 2013 CA.
Alle rechten voorbehouden.
|
|