di progettare per il rischio comporta l'assegnazione ogni rischio identificati per una pietra miliare del progetto. Molto in genere una pietra miliare è collegato a un pagamento, quindi un rischio può congiuntamente avere un valore preciso ad esso collegati. Per sua natura, ciascun rischio può influire, se al minimo grado, in un momento legato. Ad esempio, Milestone 1 è "la distribuzione del software X, Numero Uno al Cliente". Se questo ha un impatto del rischio, si tende a non ricevere il pagamento Milestone da parte del Cliente. Questo pagamento è stato progettato per coprire i costi di personale, materiali, pagamenti sub-appaltatore e una selezione di spese di progetto differenti così come gli oneri finanziari fino al punto attuale. Il valore di questo rischio, o qualsiasi altro collegato al Milestone, impatto è sostanzialmente il valore del prestito quella quantità di denaro, dal momento in cui avrebbe dovuto essere ricevuti fino al momento in cui è veramente ricevuto. Al fine di gestire questo rischio, le riunioni periodiche del progetto si terrà, a metà del camino che il progresso dei rischi identificati. Il proprietario rischia una relazione su ogni rischio con la loro valutazione del rischio il suo corso. Se aumenta la probabilità di un impatto ogni rischio, si possano adottare misure per attuare le misure di mitigazione già individuate. Entro il caso di questo esempio, le misure di mitigazione possono essere "Introdurre test di accettazione provvisoria di individuare precocemente i problemi". Supponiamo che l'introduzione di questa misura di mitigazione è diventato necessario e anche il collaudo provvisorio ha dimostrato che il software è ben lungi dall'essere pronto per la consegna. Ciò significa che-back caduta o piani di emergenza dovrebbero essere attuate. Questo è uno stato di cose terribilmente indesiderabile tuttavia tali piani saranno probabilmente: "introdurre un ulteriore impegno di ingegneria del software per identificare e risolvere i bug" o, nell'ipotesi si tende a non avere il personale sul mercato a lanciare ulteriori risorse al problema "Place ingegneri di progetto software sul lavoro straordinario in modo da individuare e risolvere i bug ". Di per sé, queste contingenze, di fatto, hanno un prezzo però questo deve essere pesato contro la possibilità di ritardare il pagamento pietra miliare e peggio, non riuscendo a soddisfare i tempi pietra miliare. Una volta che una pietra miliare è tardi, è terribilmente onerosa da raggiungere e un sacco di rinegoziazione è necessario in modo da soddisfare ancora la data di consegna della punta. Non riuscire a soddisfare le pietre miliari di solito è terribilmente impopolare con il Cliente e in nessun modo possono provare a fare il nome della ditta di buono. Sul lato alto, se il rischio ha un impatto e non anche la pietra miliare con che gli associati si incontra, tale rischio può essere cancellato e dimenticato, lasciando il tempo e la casa di concentrarsi su quello successivo.
