Rischi, problemi e richieste di modifica
come registri separati, non come attività.
Ciò che potrebbe accadere, ciò che è già accaduto e ciò che vuoi cambiare ricevono ciascuno il registro di cui hanno bisogno, collegato agli altri, così l'elenco delle attività resta un elenco di lavoro.
Cosa ottieni
Registri separati e collegati
Un rischio può diventare un problema, e un problema può originare una richiesta di modifica, e ogni registro mantiene il collegamento con la sua origine.
Un registro dei rischi in ogni progetto
Annota ciò che potrebbe andare storto, con una gravità, una categoria (pianificazione, risorse, budget, ambito o esterno), le attività che riguarda e cosa conviene fare. Modificalo quando cambia e ignora ciò che non è più pertinente.
Rilevamento dei rischi con l'IA
Avvia un'analisi e l'IA legge il piano alla ricerca di rischi di pianificazione, budget, risorse e ambito, ognuno con una mitigazione suggerita, che tu puoi tenere o ignorare.
Un registro dei problemi per ciò che è già accaduto
9 tipi di problema, 4 livelli di gravità e un ciclo di vita che va da Aperto a In analisi, Risolto e Chiuso, per progetto e in tutta l'organizzazione.
Quando un rischio si verifica, promuovilo
Promuovi un rischio e da esso viene redatto un problema che qualcuno deve accettare. Il problema accettato mantiene il collegamento con il suo rischio, e il rischio viene segnato come risolto. Quando la risposta è del lavoro, trasforma il rischio in un'attività.
Richieste di modifica con il loro impatto
Chiedi di cambiare l'ambito, la pianificazione, il budget o le risorse con un registro dedicato, con l'impatto in giorni e in denaro messo per iscritto prima che qualcuno lo approvi.
Un comitato di controllo delle modifiche che decide
I responsabili del progetto, i membri del comitato dell'organizzazione o i revisori designati approvano o respingono. Una modifica approvata viene segnata come attuata, e ogni passaggio resta nella sua cronologia.
Richieste di modifica che indicano la loro causa
Quando risolvere un problema significa cambiare il piano, crea la richiesta di modifica dal problema, e ogni richiesta di modifica mostra i problemi che l'hanno originata.
I rischi nella data di fine
Assegna a un rischio una probabilità e un impatto in giorni lavorativi, e la simulazione Monte Carlo ne tiene conto quando calcola la probabilità di rispettare la data del piano.
Potrebbe accadere, è già accaduto, chiede una modifica
Ogni registro risponde a una domanda diversa
La Guida al PMBOK li tiene separati per un motivo: li esaminano persone diverse, in giorni diversi e per decisioni diverse.
Un rischio chiede cosa faremo se si verifica, quindi ha una gravità, una categoria e una raccomandazione.
Un problema chiede chi lo risolve ed entro quando, quindi ha un tipo, una gravità, un responsabile e uno stato che va da aperto a chiuso.
Una richiesta di modifica chiede se accettiamo di cambiare il piano, quindi ha l'impatto in giorni e in denaro e una decisione con la sua cronologia.
Gratis, senza account
Vedi il rischio in una pianificazione che hai già
Carica un file di Microsoft Project o di Primavera e ottieni le date di fine che probabilmente raggiungerai, o i problemi nascosti nella sua logica.
Domande su rischi, problemi e richieste di modifica
Di quale piano ho bisogno?
Il registro dei rischi funziona in tutti i piani, con o senza IA, e il registro dei problemi è disponibile in tutti i piani, incluso quello gratuito. Il rilevamento dei rischi con l'IA è disponibile dal piano Professional, e il conteggio dei rischi nella data di fine Monte Carlo dal piano Professional. Le richieste di modifica e il comitato di controllo delle modifiche sono disponibili dal piano Enterprise.
Che differenza c'è tra un rischio, un problema e una richiesta di modifica?
Un rischio è qualcosa che potrebbe accadere, quindi decidi cosa farai prima che accada. Un problema è già accaduto e ha bisogno di un responsabile e di una soluzione. Una richiesta di modifica chiede di cambiare ciò che è stato concordato, il suo ambito, le sue date, il suo budget o le sue persone, e ha bisogno di una decisione. Gestirli come registri separati dà a ciascuno i campi e il ciclo di vita di cui ha bisogno.
Perché non gestirli tutti come attività?
Un'attività è lavoro da fare. Un rischio può non richiederne alcuno, un problema ha bisogno di una gravità e di una risoluzione, e una richiesta di modifica ha bisogno di un impatto e di un'approvazione. Se li metti tutti nell'elenco delle attività, la pianificazione si riempie di elementi che non sono lavoro, mentre il registro che chiede uno sponsor non esiste. In Onplana un rischio diventa un'attività solo quando la risposta a esso è lavoro.
Cosa succede quando un rischio si verifica?
Promuovilo a problema. Onplana redige il problema a partire dalla descrizione e dalla raccomandazione del rischio, e una volta che qualcuno lo accetta, il problema mantiene il collegamento con il rischio e il rischio viene segnato come risolto, così il registro mostra quali rischi sono diventati problemi. Se risolvere il problema significa cambiare il piano, crea una richiesta di modifica dal problema.
È l'IA a decidere quali rischi contano?
No. L'analisi suggerisce rischi con una mitigazione per ciascuno, e restano nel registro perché una persona li tenga, li modifichi o li ignori. Nulla arriva nel piano finché qualcuno non agisce.
Dai allo sponsor un registro, non un elenco di attività.
Inizia gratis con il registro dei rischi e il registro dei problemi, e aggiungi il controllo delle modifiche quando il programma ha bisogno di un comitato.