En process om riskhantering innefattar identifiering, analysering, planering, spårning och kommunikation av risker. Riskhantering innefattar risker, problem och ändringsbegäran. Att fatta välgrundade beslut genom att utvärdera eventuella problem och deras allvarlighetsgrad utgör kärnan i projektriskhantering.
Projektledaren skapar en risk eller ett problem baserat på vilken inverkan risken bedöms ha efter att den har identifierats och analyserats.
Du kan identifiera risker när som helst under livscykeln för ett projekt. Du kan eskalera en risk till ett problem när det framstår som sannolikt att den kommer att påverka projektet på ett betydande sätt. En ändringsbegäran är ett resultat av ett problem och kan bidra till att underlätta implementering av effektiva lösningar.
Följande diagram och det här scenariot beskriver ett sätt som du kan hantera projektrisker på. Om du vill ha information om andra sätt att hantera projektrisker, se handboken Användarhandbok för projektledning.
Exempel: skapa och hantera en projektrisk
I det här exemplet utvecklar projektteamet på Forward Inc. en ny produkt som använder en nischteknologi. Resurserna inom organisationen som har erfarenhet av den här teknologin är få och därför måste teamet använda sig av externa resurser för att slutföra projektet. Dessutom buntas produkten ihop med API:er från tredje part, vilket det krävs juridiska godkännanden för.
Teamet identifierar två risker som påverkar analysen av deras projekt på ett betydande sätt:
Efter analysen kommer projektledaren att skapa en risk gällande de begränsade resurserna och ett problem gällande beroendet, baserat på den inverkan som problemet har på projektet.
Utför dessa steg för att hantera projektrisker:
Du behöver följande behörigheter för att kunna slutföra alla uppgifter i det här scenariot:
En risk är en potentiell framtida händelse som antingen har en positiv eller negativ inverkan på ett projektmål. Identifiera riskerna i ett tidigt skede i ett projekt för att bli medveten den eventuella inverkan det har på projektets omfattning, schema, budget och andra faktorer. I det här scenariot beslutar teamet att minska den risk som är förknippad med de begränsade resurserna genom att anlita externa resurser. Projektledaren skapar en detaljerad risk som tillhandahåller all information och väljer Resurstillgänglighet från rullgardinslistan Kategori.
Om den allmänna poängen för en detaljerad risk skiljer sig från poängen du tilldelat den kommer de två riskhanteringskomponenterna att interagera. Poängen för den detaljerade risken går förbi den poäng du tilldelade. Om du skapar en detaljerad risk utan att tilldela värden kommer poäng från riskposterna att färglägga rätt faktor i listan. Att ta bort en detaljerad risk ändrar projektets övergripande riskpoäng samt kombinerad riskpoäng för en viss riskkategori.
Följ dessa steg:
Definierar den kategori som risken tillhör.
Värden:
Obs! När du anger en riskkategori kommer den allmänna riskpoängen att åsidosätta alla olika statusval som du gör för riskkategorin eller faktorn.
Definierar namnet på den resurs som hanterar risken. Den här resursen ansvarar för att risken hanteras och spåras på rätt sätt under dess livslängd.
Standard: Den resurs som är inloggad för tillfället.
Definierar det datum då efterverkningar av denna risk kan börja påverka projektet. Om du anger ett påverkansdatum, anger du ett datum i fältet Planerat lösningsdatum.
Standard: Dagens datum
Anger antaganden som bestämmer att detta objekt kan vara en risk. Du kan verifiera dessa antaganden för att kontrollera att de är giltiga under hela riskens livscykel. Om antaganden ändras, kan riskens påverkan eller sannolikhet också ändras.
Definierar riskerna i projektet som är associerade med den här risken. Du kan bara länka denna risk till risker inom projektet.
Definierar problem i projektet som är associerade med den här risken. Du kan endast länka den här risken till problem i det här projektet.
Definierar typen av respons för denna risk.
Värden:
Standard: Bevaka
Obs! I det här scenariot ska du välja Minska.
Definierar sannolikheten för att risken uppstår. Riskens sannolikhet används för att beräkna riskexponeringen
Värden: Låg (1), Medel (2) eller Hög (3)
Standard: Låg
Visar den poäng som beräknats baserat på de val du gjorde i fälten för Sannolikhet och Påverkan.
Värden:
Definierar den inverkan som risken har på projektet. Riskens inverkan på projektets prestanda, försvarbarhet, kostnad och schema avgör dess påverkan. Värdet används för att beräkna riskexponering.
Standard: Låg
Anger den slutgiltiga lösningen på den här risken då risken har lösts. Denna information är användbar för att minnas resultatet av en risksvarsstrategi vid planering eller implementering av framtida projektriskplaner.
Obs! Du kan definiera en lösning medan du skapar risken, eller innan du stänger den.
Anger de risker som stöttes på eller skapades i projektet som ett resultat av de lindrande åtgärderna som vidtogs för att lösa denna risk. Till skillnad från associerade risker, delar resterande risker inte samma resultat, utan är ett resultat av en åtgärd du tog för att lösa en risk.
När ett beslut har fattats för att minska risken kommer projektledaren att skapa och tilldela riskens ägare att utveckla en responsstrategi. Riskresponsstrategier dokumenterar åtgärder, spårar krav och annan stödinformation som krävs för att minska riskens sannolikhet och dess inverkan.
Oavsett vem riskens ägare är, kan individuella svarsstrategier tilldelas till olika resurser, och varje svarsstrategi kan ha ett eget utgångsdatum. Dessa datum och namn kan användas med processer för att skicka meddelanden och påminnelser till riskens ägare. Du skapar vanligtvis en riskresponsstrategi när du väljer en Responstyp under Minska.
I vissa fall kan du bestämma om du vill acceptera riskens exponering, och inte åtgärda risken.
Följ dessa steg:
När risken har minskats korrekt ska du ändra riskens status till Stängd och anger därefter den slutgiltiga lösningen. En detaljerad lösning kan hjälpa dig att snabbt minnas resultatet av risken svarsstrategi vid planering eller implementering av framtida riskplaner.
Följ dessa steg:
Ett problem är en händelse som påverkar projektet. När riskminskningsplanen misslyckas ska du eskalera risken till ett problem. Skapa ett problem från den befintliga risken och stäng sedan risken. Det nya problemet ärver risknamnet, beskrivningen och några av dess värden, som t.ex. Status ("Öppen") och Skapat datum (aktuellt kalenderdatum). Du kan alltid länka tillbaka till upphovsrisken. Genom att skapa ett problem från en risk fokuseras medvetenheten, åtgärderna och uppgifterna runt problemet och kan lösas av projektteamet. Det gör även att teamet kan föra protokoll över problemen och deras lösning för analysändamål när projektet stängs och för framtida projektplanering.
Du kan även sammanlänka andra risker eller problem som är associerade med det här problemet. Det gör att du kan spåra beroendeförhållanden och identifiera trender vid framtida analyser och granskningar.
I det här scenariot, som del i minskningsplanen, anlitas externa uppdragstagare för att slutföra projektet. Men uppdragstagarna som anlitas saknar den erfarenheten som krävs, vilket påverkar hur projektleveransen förflyter. Risken blir nu ett problem och projektledaren skapar då ett problem från den här risken och stänger sedan risken.
Följ dessa steg:
Definierar kategorin som det här problemet tillhör.
Värden:
Definierar namnet på resursen som hanterar problemet. Den här resursen ansvarar för att problemet hanteras och spåras på rätt sätt under dess livslängd.
Standard: Den resurs som är inloggad för tillfället.
Skapa ett problem när risken påverkar projektet på ett betydande sätt. Eftersom förseningen i godkännandeprocessen är väntad kommer projektledaren att skapa ett problem och tilldela kategorin som beroende.
Följ dessa steg:
Definierar den unika identifieraren för problemet. Du kan inte ändra identifieraren när du har sparat problemet.
Definierar kategorin som problemet tillhör.
Värden:
Definierar namnet på resursen som hanterar problemet. Den här resursen ansvarar för att problemet hanteras och spåras på rätt sätt under dess livslängd.
Standard: Den resurs som är inloggad för tillfället.
Namnet på den resurs som skapade problemet.
Standard: Den resurs som är inloggad för tillfället.
När problemet har lösts ska du ändra status till Stängd och ange den slutgiltiga lösningen. En detaljerad beskrivning kan hjälpa dig att snabbt komma ihåg hur ett problem åtgärdades när du planerar eller startar framtida projekt.
Följ dessa steg:
|
Copyright © 2013 CA.
Med ensamrätt.
|
|