Programma Dell'Amministrazione Di Rischio
Scopo Il programma dell'amministrazione di rischio stabilisce il fondamento per come l'amministrazione di rischio sarà effettuata in un progetto. Serve da consiglio per il processo di rischio, le relative soglie e le relative disposizioni, definendo i ruoli e le responsabilità dei consegnatari nell'amministrazione di rischio. È notevole che il programma dell'amministrazione di rischio non è un elenco dei rischi specifici e non è usato stabilire le strategie particolari per i rischi, una volta che sono identificate. Applicazione Il programma dell'amministrazione di rischio è ripartito con i consegnatari di progetto per chiarire i loro ruoli e responsabilità nel processo dell'amministrazione di rischio e per identificare quando i rischi potenziali specifici sono allineare di preoccupazione all'organizzazione. Inoltre descrive il processo stanziante di rischio, dettagliante come e quando i fondi di previdenza di rischio possono essere assegnati ed applicati. Soddisfare Il programma dell'amministrazione di rischio consiste delle informazioni di base su come l'amministrazione di rischio sarà condotta durante il progetto. Non richiama i comportamenti specifici connessi con i rischi specifici, ma preferibilmente forma una struttura per il resto del processo dell'amministrazione di rischio. 1.0 Processo Di Rischio Il processo di rischio può essere semplice quanto due punti (per esempio, valutazione e risposta) o complesso quanto sei o sette punti (per esempio, progettare, identificazione, qualificazione, quantificazione, sviluppo di risposta e controllo di risposta [ 3 ]). I punti trattati dovrebbero includere la chiarificazione su come ciascuno dei processi sarà effettuato ed il livello di profondità delle informazioni da provvedere a ciascuno. 2.0 Responsabilità Di Rischio Appena poichè il compratore ed il venditore negli ambienti di progetto hanno differente le responsabilità dei deliverables, in modo da hanno responsabilità differenti dei rischi. Quelle responsabilità dovrebbero essere descritte qui. Le responsabilità possono includere le informazioni su chi identificherà i rischi, così come chi dovrebbe valutarlo e sviluppare le strategie per quelle che sono dell'importanza più grande. 3.0 Rischi Le Soglie Le soglie rappresentano la tolleranza personale ed organizzativa per il rischio. Sono le definizioni di tolleranza in termini di preventivo, programma, requisiti ed altre edizioni culturali sensibili (per esempio, politica, esposizione di mezzi). Sono espresse normalmente come soffitti oltre cui il progetto non dovrebbe continuare, o come notifica indicano per i gradi superiori dell'amministrazione. 4.0 Finanze Di Rischio Questo elemento del programma dell'amministrazione di rischio può richiamare entrambi i fondi monetari messi per i rischi all'interno del progetto (riserva di previdenza) ed i fondi monetari messi dentro managemen il controllo per i rischi fuori del campo’di progetto s (riserva dell'amministrazione). In entrambi i casi, questo componente dei particolari di programma come e quando il personale addetto al programma può abbassare i fondi monetari da quei clienti di riserva. Le finanze di rischio possono anche fornire il particolare su come gli importi per i clienti di riserva saranno stabiliti. 5.0 Valutazione Di Rischio Poiché i protocolli di valutazione variano dal
progetto al progetto, il programma dell'amministrazione di rischio
dovrebbe includere un certo particolare su come i rischi saranno
notati e chiamati. Specialmente per la qualificazione di
rischio, ci dovrebbe essere una certa definizione dei termini per sia
la probabilità di un caso’di rischio s che per l'effetto
esso venga passare. Molti progetti impiegano lo schema—basso di alto-mezzo (H-M-L) per sia effetto che la
probabilità. 6.0 Sincronizzazione Trattata I progetti high-risk possono richiedere la frequente rivalutazione di rischio. I progetti con il rischio più basso non possono richiedere tale frequenza. Il programma dell'amministrazione di rischio dovrebbe includere il particolare sulla frequenza dell'identificazione di rischio, della valutazione e dello sviluppo di risposta, così come l'applicazione adatta di tutti i processi o documentazione d'inseguimento. Metodi Per ciascuno dei componenti del programma dell'amministrazione di rischio, i metodi possono ampiamente essere variati. La chiave deve accertare una certa misura di consistenza dal progetto al progetto all'interno di un'organizzazione. Un esempio è fornito qui: 1.0 Processo Di Rischio I rischi saranno identificati durante la sessione iniziale di "brainstorming" che aggancia tutti i membri disponibili della squadra. (rischi saranno identificati usando le frasi complete per chiarire la natura dell'effetto che negativo possono avere sul progetto e/o sull'organizzazione.) Saranno valutati usando lo schema di H-M-L definito qui dal responsabile di progetto e/o dal suo designee. Quei rischi che realizzano un segno del MH o più grandi saranno inviati sulla lista della vigilanza della squadra e le strategie saranno determinate per ciascuno. Le strategie si transformeranno in in mansioni incluse nella lista di attività della squadra e saranno assegnate ai diversi membri della squadra. Saranno rintracciate come attività nel software della gestione di progetti in una tabella di rischio e saranno aggiornate per riflettere lo stato attuale. Il processo sarà aggiornato una volta almeno ogni 2 mesi. 2.0 Responsabilità Di Rischio Il responsabile di progetto servirà da coordinatore di rischio. Martin L. servirà da archivista’di rischio della squadra s sia nell'aggiornamento del software della gestione di progetti che nel fornire i rapporti di rischio all'amministrazione su una base come-necessaria. I membri della squadra saranno responsabili della loro attività assegnata di rischio. John C. documenterà i minuti da tutte le riunioni di rischio e sarà responsabile della diffusione loro entro 3 giorni della conclusione’ di riunioni. 3.0 Soglie Di Rischio Tutti i rischi dell'individuo che (se vengono passare) eccederà queste soglie dovrebbero essere intensificati immediatamente l'attenzione’del responsabile di progetto s per ulteriore dispensa. Preventivo: $20.000; Programma: qualsiasi effetto alle mansioni del percorso critico; Requisiti: qualsiasi effetto di requisito che infine sarebbe visibile al cliente o cambia la natura del deliverable; Politica: qualsiasi rischio che potrebbe richiamare una telefonata del cliente all'amministrazione esecutiva da un cliente o da un utilizzatore finale. 4.0 Finanze Di Rischio La contingenza di rischio per questo progetto è stabilita a 8% del preventivo di progetto totale. Questi fondi monetari possono essere assegnati compilando il modulo 517W, identificando la natura di e la spiegazione razionale specifiche per la ripartizione. I questionari compilati dovrebbero essere presentati a Nancy A. nella contabilità. 5.0 Valutazione Di Rischio Per questo progetto, i seguenti test di verifica di valutazione fanno domanda: Probabilità Il high—accade frequentemente.
Pochi progetti indossano’la t fanno accadere
questo. Effetto Alto—Costo: Più di $10.000. Programma: Interessa un'operazione del percorso critico. Requisiti: Visibile al cliente o alla natura dei cambiamenti del deliverable. Costo—Medio: $1.000-$10.000. Programma: Interessa qualunque operazione con più meno di 3 giorni del galleggiante totale. Requisiti: Visibile internamente, nessun cambiamento alla natura del deliverable. Basso costo—: Più meno di $1.000. Programma: Interessa le mansioni con 3 giorni del galleggiante totale o di più. Requisiti: Invisibile a tutti conservi lo sviluppatore originale. Tutti gli mezzo-alti articoli (di probabilità-effetto) saranno valutati per le strategie di rischio e saranno aggiunti alla lista d'inseguimento. 6.0 Sincronizzazione Trattata Il processo sarà condotto una volta almeno ogni altro mese. Considerazioni Poiché i programmi dell'amministrazione di rischio sono destinati per consigliare ad una certa misura di consistenza nella pratica di amministrazione di rischio, possono essere riciclati o riutilizzati spesso dal progetto al progetto. Se quella’s fatta, la chiave deve accertarsi che le soglie di rischio siano adatte per il progetto in corso e che le assegnazioni di responsabilità siano aggiornate per riflettere i membri del personale addetto al programma corrente. ciò è un articolo aggiunto da Darlene Roitha
|
|||||
|