Hoe een risicobeheerplan te ontwikkelen

2. Definieer uw project. Laten we in dit artikel doen alsof je verantwoordelijk bent voor een computer systeem dat biedt belangrijke (maar niet levenskritische) informatie aan een aantal grote bevolking. De hoofdcomputer waarop dit systeem zich bevindt is oud en moet worden vervangen. Uw taak is om een ​​risicobeheerplan voor de migratie te ontwikkelen. Dit is een vereenvoudigd model waarbij risico en impact worden vermeld als hoog, gemiddeld of laag (dat is heel gebruikelijk, vooral in projectbeheer).

3. Krijg input van anderen. Brainstorm op risico`s. Krijg meerdere mensen die bij elkaar bekend zijn met het project en vragen om input op wat er zou kunnen gebeuren, hoe het kan helpen voorkomen, en wat te doen als het gebeurt als het er gebeurt.Een partij van aantekeningen!U gebruikt de uitvoer van deze zeer belangrijke sessie verschillende keren tijdens de volgende stappen.Probeer een open geest te houden over ideeën. "Uit de doos" Denken is goed, maar houd de controle over de sessie. Het moet gefocust en op het doelwit blijven.

4. Identificeer de gevolgen van elk risico. Van uw brainstormsessie verzamelde u informatie over wat er zou gebeuren als de risico`s zijn gematerialiseerd. Associëren elk risico met de gevolgen die tijdens die sessie zijn aangekomen. Wees zo specifiek mogelijk met elke. "Projectvertraging" is niet zo wenselijk als "Project wordt met 13 dagen vertraagd." Als er een dollarwaarde is, vermeld het - gewoon zeggen "Budget overschreden" is te algemeen.

5. Ellelevante problemen elimineren. Als u in beweging bent, bijvoorbeeld het computersysteem van een autodealer, dan zijn bedreigingen zoals nucleaire oorlog, pandemie of moordenaar asteroïden vrijwel dingen die het project zullen verstoren. Er is niets dat u kunt doen om voor hen te plannen of om de impact te verminderen. Je zou ze in gedachten kunnen houden, maar zet dat soort dingen niet op je risicoplan.

6. Maak een lijst van alle geïdentificeerde risico-elementen. Je hoeft ze nog niet in elke bestelling te plaatsen. Noteer ze gewoon een-by-one.

7. Wijs waarschijnlijkheid toe. Voor elk risico-element op uw lijst, bepaal of de waarschijnlijkheid van het daadwerkelijk materialiseren hoog, medium of laag is. Als u absoluut nummers moet gebruiken, en vervolgens waarschijnlijkheid op een schaal van 0.00 tot 1.00. 0.01 tot 0.33 = laag, 0.34 tot 0.66 = Medium, 0.67 tot 1.00 = hoog.

8. Toewijzen van impact. Wijs in het algemeen de impact toe als hoog, gemiddeld of laag op basis van sommige vooraf ingestelde richtlijnen. Als u absoluut nummers moet gebruiken, dan impact op een schaal van 0.00 tot 1.00 als volgt: 0.01 tot 0.33 = laag, 0.34 - 066 = Medium, 0.67 - 1.00 = hoog.

9. Het risico op het element bepalen. Vaak wordt hiervoor een tafel gebruikt. Als u de lage, medium en hoge waarden voor waarschijnlijkheid en impact hebt gebruikt, is de bovenste tabel het nuttigst. Als u numerieke waarden hebt gebruikt, moet u een beetje complexer beoordelingssysteem overwegen, vergelijkbaar met de tweede tabel hier. Het is belangrijk op te merken dat er geen universele formule is voor het combineren van waarschijnlijkheid en impact, die variëren tussen mensen en projecten.Dit is slechts een voorbeeld (zij het een echte leven):

10. Rang de risico`s. Maak een lijst van alle elementen die u hebt geïdentificeerd van het hoogste risico voor het laagste risico.

11. Bereken het totale risico: Hier is waarnaar nummers u zullen helpen. In Tabel 6 heeft u 7 risico`s die zijn toegewezen als H, H, M, M, M, L, en L. Dit kan vertalen naar 0.8, 0.8, 0.5, 0.5, 0.5, 0.2 en 0.2, van tabel 5. Het gemiddelde van het totale risico is dan 0.5 en dit vertaalt zich op medium.

12. Ontwikkel mitigatiestrategieën. Mitigatie is ontworpen om de kans te verkleinen die een risico zal worden. Normaal gesproken doet u dit alleen voor hoge en middelgrote elementen. Misschien wil je lage risicoposten, maar zeker de andere eerst aanpakken. Als een van uw risico-elementen bijvoorbeeld is dat er een vertraging kan zijn bij de aflevering van kritieke onderdelen, kunt u het risico verzachten door vroeg in het project te bestellen.

13. Ontwikkelingsplannen ontwikkelen. Contingency is ontworpen om de impact te verminderen als een risico zich vermindert. Nogmaals, je zult meestal alleen onvoorzienen ontwikkelen voor hoge en middelgrote elementen. Als de kritieke onderdelen die u nodig hebt, niet op tijd aankomen, moet u misschien oude, bestaande onderdelen gebruiken terwijl u wacht op de nieuwe.

14. Analyseer de effectiviteit van strategieën. Hoeveel heb je de waarschijnlijkheid en impact verminderd? Evalueer uw onvoorziene en mitigatiestrategieën en wijst effectieve ratings toe aan uw risico`s.

15. Bereken uw effectieve risico. Nu zijn uw 7-risico`s M, M, M, L, L, L en L, die zich vertalen naar 0.5, 0.5, 0.5, 0.2, 0.2, 0.2 en 0.2. Dit geeft een gemiddeld risico van 0.329. Kijkend naar tabel 5, zien we dat het algemene risico nu zo laag is gecategoriseerd. Oorspronkelijk was het risico medium (0.5). Nadat de managementstrategieën zijn toegevoegd, is uw blootstelling laag (0.329). Dat betekent dat je een 34 hebt bereikt.2% vermindering van het risico door middel van mitigatie en onvoorziene. Niet slecht!

16. Controleer uw risico`s. Nu u weet wat uw risico`s zijn, moet u bepalen hoe u weet of ze materialiseren, zodat u weet wanneer en als u uw onvoorziene voorwaarden op zijn plaats moet zetten. Dit wordt gedaan door risicokaken te identificeren. Doe dit voor elk van uw hoge en middelgrote risico-elementen. Dan, zoals uw project vordert, kunt u bepalen of een risicodement een probleem is geworden. Als je deze aanwijzingen niet kent, is het heel goed mogelijk dat een risico het project stilletjes kan materialiseren en beïnvloeden, zelfs als je goede onvoorziene gebeurtenissen hebt.

Reductie = Risico - Blootstelling. In dit voorbeeld (en uitgaande van een projectschatting van $ 1.000.000) is uw risico 0.5 x $ 1.000.000 ($ 500.000) en uw belichting is 0.329 x $ 1.000.000 ($ 329.000) wat betekent de waarde van uw reductie = $ 171.000. Gebruik dat als een indicatie van hoeveel u redelijkerwijs kunt uitgeven aan het beheer van de risico`s - dat zou onderdeel moeten zijn van de herziene projectschatting (zoals verzekering).

Plan voor verandering. Risicobeheer is een vloeistofproces omdat risico`s altijd veranderen. Tegenwoordig kun je wat risico`s met een hoge waarschijnlijkheid en een hoge impact toewijzen. Morgen kan de waarschijnlijkheid of de impact veranderen. Ook kunnen sommige risico`s volledig van de tafel vallen terwijl anderen in het spel komen.

U kunt blootstelling gebruiken om te helpen bepalen of u het project echt wilt doen. Als de totale projectschatting $ 1.000.000 is en uw blootstelling 0 is.329, de algemene regel heeft u een potentieel van $ 329.000 over de schatting. Kun je het extra geld buden... voor het geval dat? Zo niet, dan wilt u misschien de reikwijdte van het project heroverwegen.

Een deel van een goed contingentieplan is een vroeg waarschuwingssignaal. Als er een testresultaat is die u zal vertellen of u uw onvoorziene plan moet aannemen, moet u ervoor zorgen dat u die testresultaten bespoedigen. Als er geen goed waarschuwingssignaal is, probeer er een te ontwerpen.

Gebruik een spreadsheet om het risicoplan op een voortdurende basis bij te houden. Risico`s veranderen, oude risico`s kunnen verdwijnen en nieuwe risico`s zullen in focus komen.

Onderzoek altijd. Wat heb je gemist? Welke dingen kunnen gebeuren dat je nog niet hebt overwogen? Dit is een van de moeilijkste dingen om te doen en een van de meest kritische. Maak een lijst en controleer het herhaaldelijk.

Als u een onervaren projectmanager bent, of het project klein is, overweeg dan de tijd te besparen door stappen over te slaan die niet van toepassing zijn of weinig impact hebben op het project - Bypass de formele waarschijnlijkheid en effectbeoordeling, "mentale wiskunde" en spring onmiddellijk naar het kijken naar ernst.Als u bijvoorbeeld onderhoud op een elektrisch circuit en die activiteit moet doen zullen Breng een server naar beneden, is het "riskanter" Om de server naar een nieuw circuit te verplaatsen vóór het onderhoud of wacht totdat het onderhoud is voltooid om de machine online terug te brengen.In beide evenementen komt de server naar beneden - maar u kunt gewoon identificeren welke activiteit het laagste risico voor het project vormt.

Doen niet Laat de politiek interfereren met uw beoordeling.Dit gebeurt veel.Mensen willen niet geloven dat dingen die ze besturen verkeerd kunnen gaan en je vaak vechten over risiconiveaus."Oh dat zou nooit kunnen gebeuren" kan waar zijn, maar misschien is het misschien iemands ego.

Negeer geen laag risico-items volledig, maar breng niet veel tijd met hen door.Gebruik hoog, medium en laag om aan te geven hoeveel moeite u in het bewaken van elk risico.

Krijg niet te ingewikkeld voor het project.Risicobeheer is een belangrijk onderdeel van het project, maar het moet niet overschaduwen dat het werkelijke werk wordt gedaan.Als u dit niet voorzichtig bent, kunt u beginnen met het achtervolgen van irrelevante risico`s en uw plan overbelast met nutteloze informatie.

Ga er niet vanuit dat u alle geïdentificeerde risico`s hebt.De aard van het risico is dat het onvoorspelbaar is.