Lista Recomandarea riscurilor

„Gata - asta-i tot.“ - Hamlet, V: ii: 215

Proiectul, cum ar fi viața, are o proprietate de incertitudine. Riscurile sunt identificate pentru lor antepronunțe și de a reduce, dacă este posibil, sau pentru a fi pregătite pentru situații adverse.

Controlul riscului de iterație planuri. Scopul fiecare iterație include o reducere a riscurilor specifice. Lista de risc este revizuit periodic pentru a evalua eficiența metodelor utilizate pentru a le reduce. Apoi, face ajustări ale planului de proiect și iterații ulterioare ale planurilor.

Cheia pentru gestionarea eficientă a riscurilor - să nu aștepte pentru punerea sa în aplicare (și devenind un defect sau esec), pentru a decide apoi cum să corecteze situația. Cum de a schimba cursul de câteva grade, la un zbor transcontinentale, afectează în mod dramatic locul de sosire al aeronavei, înainte de managementul riscului este mai puțin laborioasă decât producția situației nedorite deja urmat.

Există trei strategii principale [BOE91]:

• excepție de risc. Proiectul este în curs de reorganizare, astfel încât riscul a dispărut.
• transfer de risc. Proiectul este în curs de reorganizare, astfel încât riscul de ao transmite pe altcineva (client, furnizor, banca), sau a fost mutat la altceva (un alt element). Acesta este un caz special de strategii de evitare a riscului.
• Asumarea de riscuri. Adoptarea probabilitatea unei situații nedorite. Observați riscul de simptome și de a determina secvența de acțiuni în cazul unor probleme prevăzute.

Dacă decideți să-și asume riscul, acesta poate fi redus, de exemplu, să ia măsuri pentru a minimiza impactul.

Este important să se facă distincția între riscurile directe și indirecte. risc direct - riscul incontrolabil-o oarecare măsură. Riscuri indirecte nu pot fi controlate.

Deși riscurile indirecte nu ar trebui să ignore complet identificarea unor astfel de riscuri nu trebuie să fie de mare folos: timp cu ei nimic nu se poate face, se referă la aceste riscuri este puțin probabil că va aduce. Deși sfârșitul lumii poate veni mâine, ea poate, de asemenea, nu să apară, și dacă este așa, este mai bine să intre în viitor, cu lucrarea terminata!

Uneori, riscurile indirecte pot fi de fapt linii ascunse. De exemplu, un proiect poate depinde de unii furnizori externi. Riscul neprimirea bunurilor poate părea indirectă, dar având un plan de acțiune în situații neprevăzute, puteți gestiona de fapt risc: puteți utiliza serviciile altor furnizori sau de a dezvolta funcționalitatea necesară le. În cele mai multe cazuri, există mai multe oportunități de gestionare a riscurilor decât credem!

Atunci când se confruntă cu un risc indirect sau trebuie să găsească modalități de a obține controlul asupra riscului sau de a repara-l să identifice și să continue să lucreze. Experiența care nu poate fi schimbat, nu este semnificativ.

organizație

• Există suficient efort nu este investit în proiect (de management, testarea, controlul calității, actorii externi, eventual)?
• Este acest proiect o mare de timp pentru această organizație?
• Există un proces reglementat de dezvoltare? Metode de cerințele de colectare și de management?

finanțare

• Există destui bani pentru a finaliza proiectul?
• Dacă fondurile alocate pentru formare și îndrumare pentru mai puțin cu experiență?
• Există un buget, de exemplu, limite de prețuri fixe (și anularea proiectului, în cazul în care se potrivește în buget)?
• dacă estimările costurilor sunt corecte?

• Sunt destui oameni disponibile?
• Nu au abilitățile și experiența corespunzătoare?
• Fie că au lucrat împreună înainte?
• Nu cred în succesul proiectului?
• Sunt reprezentanții utilizatorilor să monitorizeze?
• Sunt experți în zona de subiect?

• Ce se întâmplă în cazul în care concurenții vor veni pe piață?
• Ce s-ar întâmpla în cazul în care se oprește de finanțare (opțiune: se poate asigura „fonduri adecvate“)?
• Depășește costul estimat al proiectului în cazul în care costurile anticipate? (Luați în considerare și modalități alternative de a investi bani, și costul capitalului).
• Ce se întâmplă dacă nu poți intra într-un contract de furnizori m-cheie?

• Există o măsură de succes a proiectului?
• dacă indicatorii de succes al proiectului specificat?
• Este (relativ) cerințe stabile? Acestea sunt interpretate corect?
• Domeniul de aplicare al proiectului sunt aceleași, sau, eventual, extinderea acestora?
• Sunt termenii de dezvoltare a întreprinderilor mici și inflexibile?

• Există soluții de succes bazate pe tehnologiile alese?
• Este înțelept decizia de a re-utilizare evoluții?
  • Lucrul produsul trebuie să fie testate în același loc înainte de a putea fi utilizate în altă parte.
  • La componenta de stabilizare pot fi utilizate în alte locuri fără modificări semnificative poate dura câteva probleme.
• Are volumul tranzacțiilor în cereri justificate?
• dacă estimarea de frecvență este tranzacții corecte? Sunt prea optimiste?
• Fie că aceste sume sunt justificate? Dacă acestea pot fi stocate pe computerele de dimensiuni normale, sau în cazul în care cerințele înseamnă utilizarea unor sisteme mai mari, fie că este trecută poate asigura stocarea de volume de date?
• Există cerințe tehnice neobișnuite sau non-triviale sub care echipa se va confrunta cu probleme de genul obișnuit?
• Are succesul de noi sau de produse, servicii nejudecați sau tehnologii, noi sau nu a fost dovedit adecvarea de hardware, software și tehnici?
• Există interfețe pentru sisteme externe, inclusiv sisteme în afara întreprinderii? Există orice interfață gata făcute?
• Fie că există cerințe stricte de siguranță și fiabilitate (de exemplu, „sistemul nu poate da greș“)?
• Face experiența utilizatorilor cu sisteme similare dezvoltate?
• Acesta creste un risc din cauza dimensiunii mari și complexitatea cererii, sau noutatea tehnologiei?
• dacă este necesar un sprijin național de limbă?
• Este posibil să se proiecteze, să implementeze și să utilizeze sistemul? Unele sistem poate fi atât de mare sau de complex, care ajunge la munca lor corectă, pur și simplu nu va funcționa.

• dacă proiectul este dependent de alte proiecte (paralele)?
• Aceasta depinde de succesul produsului din produsele disponibile sau în curs de dezvoltare de către o terță parte componente?
• Este succesul produsului depinde de succesul implementării instrumentelor de dezvoltare (software pentru proiectare, compilatoare, etc.), metode de implementare (sisteme de operare, baze de date, procese de mecanism de interacțiune, etc.). Ai un plan de urgență în caz de eșec al acestor tehnologii?

Empiric a constatat că 85% din riscuri afectează în mod direct sau indirect, programul, și, prin urmare, asupra costurilor. Doar aproximativ 5% din riscuri afectează exclusiv asupra costurilor. Restul riscurilor afectează calitatea etc.

În cazul în care proiectul are un termen strâns, trece la termenul limita lin versiuni incrementale. Nu renunța la împărțirea produsului în mai multe livrări, în speranța că aceasta va ajuta să respecte termenul.

Unele proiecte au un program foarte stricte. De exemplu, poate fi de a număra voturile în noaptea alegerilor. Produsul poate deveni învechit în comparație cu produsele concurente, ele pot intra pe piață într-un moment în care produsul este gata doar pe jumătate. În acest caz, dezvoltarea continuă poate pierde pur și simplu sens. Cu toate acestea, aceste termene critice sunt foarte rare. Întârziere de obicei, afectează numai costurile.

Programul propus corespunde celor mai bune estimări, cu o marjă pentru situații neprevăzute.

program = scor + marja

Unii recomanda pentru a alege programul care corespunde planului de urgență, dar este prea pesimist, pentru că probabilitatea de executare dintr-o dată toate riscul este foarte mic.

Riscurile la grafic încorporat în evaluarea costurilor și de calcul mijloace. De exemplu, în modelul COCOMO, multe dintre driverele de cost, cum ar fi:

• complexitate (cplx)
• constrângerile de timp (timp)
• restricții de spațiu pe disc (Stor)
• Experiența (Vexp)
• Disponibilitatea de instrumente bune (instrument)
• Graficul rigiditate (sced)

De fapt, sunt factori de risc.

Unele dintre cele mai sofisticate tehnici de gestionare a riscurilor includ simulare metoda Monte Carlo, care simulează un număr mare de „scenarii“ pentru calcularea riscurilor și neprevăzute [KAR96] proiect.