Galleria mappe mentale Capitolo 5 Gestione dell'ambito del progetto
Un project manager si riferisce a una persona che padroneggia i principi, le tecniche, i metodi e gli strumenti di gestione del progetto, partecipa o guida le attività del processo di avvio, pianificazione, organizzazione, esecuzione, controllo e chiusura per garantire che il progetto possa soddisfare l'ambito specificato, vincoli di tempo, qualità e costi.
Modificato alle 2022-06-21 11:42:52Questa è una mappa mentale su una breve storia del tempo. "Una breve storia del tempo" è un'opera scientifica popolare con un'influenza di vasta portata. Non solo introduce i concetti di base della cosmologia e della relatività, ma discute anche dei buchi neri e dell'espansione dell'universo. questioni scientifiche all’avanguardia come l’inflazione e la teoria delle stringhe.
Dopo aver letto "Il coraggio di essere antipatico", "Il coraggio di essere antipatico" è un libro filosofico che vale la pena leggere. Può aiutare le persone a comprendere meglio se stesse, a comprendere gli altri e a trovare modi per ottenere la vera felicità.
"Il coraggio di essere antipatico" non solo analizza le cause profonde di vari problemi nella vita, ma fornisce anche contromisure corrispondenti per aiutare i lettori a comprendere meglio se stessi e le relazioni interpersonali e come applicare la teoria psicologica di Adler nella vita quotidiana.
Questa è una mappa mentale su una breve storia del tempo. "Una breve storia del tempo" è un'opera scientifica popolare con un'influenza di vasta portata. Non solo introduce i concetti di base della cosmologia e della relatività, ma discute anche dei buchi neri e dell'espansione dell'universo. questioni scientifiche all’avanguardia come l’inflazione e la teoria delle stringhe.
Dopo aver letto "Il coraggio di essere antipatico", "Il coraggio di essere antipatico" è un libro filosofico che vale la pena leggere. Può aiutare le persone a comprendere meglio se stesse, a comprendere gli altri e a trovare modi per ottenere la vera felicità.
"Il coraggio di essere antipatico" non solo analizza le cause profonde di vari problemi nella vita, ma fornisce anche contromisure corrispondenti per aiutare i lettori a comprendere meglio se stessi e le relazioni interpersonali e come applicare la teoria psicologica di Adler nella vita quotidiana.
Capitolo 5 Gestione dell'ambito del progetto
gestione dell'ambito del progetto
Gli obiettivi del progetto devono essere espressi in modo più concreto e devono essere concordati tra le parti interessate. Fare le cose nell'ambito e solo nell'ambito, né più né meno.
1Chiarire i confini del progetto 2 Monitorare il lavoro di esecuzione del progetto 3 Evitare che l'ambito del progetto si allarghi
Scostamento dell'ambito: nuovi requisiti da parte dei clienti che superano l'ambito di base; espansione incontrollata dell'ambito del prodotto o del progetto - spostamento causato da ragioni esterne al progetto
Placcatura in oro dell'ambito: il cliente non ha avanzato nuovi requisiti e il progetto stesso ha svolto un lavoro aggiuntivo non necessario: la diffusione è causata da ragioni interne al team di progetto
Scostamento dell'ambito: i clienti continuano a proporre piccole, impercettibili modifiche all'ambito senza controllo, che cumulativamente causano una grave deviazione del progetto dall'ambito di base, causando la perdita di controllo o il fallimento del progetto.
Ambito del prodotto (linea principale tecnica): il prodotto o il servizio sintetizza le funzioni dell'assicurazione, enfatizzandone i risultati
Determina se l'ambito del prodotto è completo: giudica in base al fatto che il prodotto soddisfi la descrizione del prodotto
Ambito del progetto (linea principale di gestione): cosa deve fare il progetto per consegnare il prodotto, enfatizzando il processo
Determinare se l'ambito del progetto è completo: Baseline dell'ambito del progetto (dichiarazione dell'ambito del progetto approvata, WBS, dizionario WBS)
L'ambito del prodotto è la base dell'ambito del progetto. La definizione dell'ambito del prodotto è la descrizione dell'ambito del progetto. La definizione dell'ambito del progetto è la base del piano di gestione del progetto del prodotto Una volta modificato l'ambito del prodotto, ciò influirà innanzitutto sull'ambito del progetto.
gestione dell’ambito di pianificazione
Input: 1 piano di gestione del progetto 2 carta del progetto 3 fattori ambientali aziendali 4 risorse dei processi organizzativi
Strumenti e tecniche: conferenza di giudizio di esperti
Risultato: 1 Piano di gestione dell'ambito 2 Piano di gestione dei requisiti
piano di gestione dell'ambito
contenuto: 1. Come sviluppare una dichiarazione sull'ambito del progetto 2. Come creare una WBS (struttura di suddivisione del lavoro) basata sulla dichiarazione di ambito 3. Come mantenere e approvare la WBS 4. Come confermare e accettare formalmente i risultati finali del progetto completato 5. Come gestire le modifiche alla dichiarazione dell'ambito del progetto
Contenuto della guida alla preparazione della WBS: 1. Determinare che la WBS soddisfi i requisiti della funzione e del progetto, compresi i costi di sostituzione e non sostituzione 2. Verificare se la WBS fornisce una suddivisione logica di tutto il lavoro del progetto 3. Assicurarsi che il costo totale di ogni livello specifico sia uguale alla somma dei costi dei componenti del livello successivo. 4. Esaminare la WBS da una prospettiva globale di adattamento e continuità 5. Tutte le responsabilità lavorative devono essere assegnate a individui o unità organizzative
piano di gestione della domanda
Un piano di gestione dei requisiti descrive come i requisiti verranno analizzati, documentati e gestiti durante tutto il ciclo di vita del progetto. Durante l'intero processo, I compiti più elementari: Chiarire i requisiti e raggiungere un consenso tra il team di progetto e gli utenti, stabilire una linea di base dei requisiti e stabilire una catena di contatti con capacità di tracciamento dei requisiti per garantire che tutti i requisiti degli utenti siano applicati correttamente e, quando i requisiti cambiano, possono controllare completamente il loro ambito di influenza e mantenere sempre l'allineamento tra prodotto e domanda.
contenuto: ①Come pianificare, monitorare e segnalare varie attività relative alla domanda ②Risorse necessarie per la gestione della domanda, ③Piano di formazione ④Strategie per consentire alle parti interessate del progetto di partecipare alla gestione dei requisiti ⑤Criteri e procedure di correzione per giudicare le incoerenze tra l'ambito del progetto e i requisiti ⑥Struttura di monitoraggio dei requisiti, ⑦Attività di gestione della configurazione
Raccogliere i requisiti
Input: 1 Piano di gestione dell'ambito 2 Piano di gestione dei requisiti 3 Piano di gestione degli stakeholder 4 Carta del progetto 5 Registro degli stakeholder
Risultato: Documento dei requisiti (metodo esaustivo). Matrice di tracciamento dei requisiti
Strumenti e tecniche: 1 Intervista 2 Focus group 3 Seminario guidato 4 Innovazione tecnologica di gruppo 5 Tecnologia decisionale di gruppo 6 Indagine con questionario 7 Osservazione 8 Metodo del prototipo 9 Benchmarking 10 Diagramma di interazione del sistema 11 Analisi del documento
Classificazione dei requisiti
Esigenza aziendale: il motivo per implementare il progetto (un'esigenza di alto livello in tutta l'organizzazione)
Requisiti della soluzione (requisiti funzionali, requisiti non funzionali)
Esigenze delle parti interessate
Esigenze di transizione
Requisiti del progetto
Requisiti di qualità: standard utilizzati per confermare il completamento dei risultati finali 1. Requisiti di base 2. Requisiti attesi 3. Requisiti imprevisti
Strumenti e tecniche
Colloquio
Focus group (interviste di gruppo individuali per ottenere opinioni collettive più preziose)
Seminario guidato (definire rapidamente i requisiti interfunzionali, coordinare le differenze tra le parti interessate e infine formare un consenso sugli obiettivi stabiliti)
Innovazione tecnologica del Gruppo
Brainstorming BS (ognuno esprime la propria opinione)
Tecniche dei gruppi nominali (approfondimento del BS, BS strutturato, graduatoria di voto)
Tecnica Delphi: evitare che le opinioni personali vengano amplificate in modo errato (esperti, anonimato, cicli multipli, convergenza, eliminazione dei pregiudizi)
Mappa concettuale/mentale (mappa mentale, mappa del cervello, che riflette punti in comune e differenze, stimola nuove idee)
Diagramma di affinità (diagramma KJ, il nucleo è BS, utile per la formulazione WBS)
Analisi decisionale multicriterio (criteri multipli, pesi, valutazioni, classifiche)
Tecniche decisionali di gruppo (consenso unanime, principio di maggioranza, principio di maggioranza relativa, dittatura)
Confronto di benchmark (i bambini di altre famiglie possono confrontarsi con l'organizzazione, internamente ed esternamente, identificare le migliori pratiche, formare opinioni di miglioramento e fornire basi per la valutazione delle prestazioni)
Questionario
osservare
Metodi di prototipazione (mitigazione del rischio, progressive detailing, agile, storyboard)
Diagramma di interazione del sistema (diagramma della topologia, visualizzazione)
Analisi dei documenti (analizzare i documenti esistenti)
documento dei requisiti
Può essere un semplice documento che elenca tutti i requisiti classificati per parti interessate e priorità, oppure può essere un documento dettagliato che include una sintesi, descrizioni dettagliate, allegati, ecc.
Contenuto: ① Esigenze aziendali ② Esigenze delle parti interessate ③ Esigenze di soluzioni ④ Esigenze del progetto ⑤ Esigenze di transizione ⑥Ipotesi, dipendenze e vincoli relativi ai requisiti
Monitoraggio dei requisiti
La gestione dei requisiti comprende tutte le attività volte a mantenere la coerenza e l'accuratezza dei requisiti durante il processo di sviluppo del prodotto, compreso il controllo della baseline dei requisiti, il mantenimento del piano di progetto coerente con i requisiti, il controllo delle versioni dei singoli requisiti e dei documenti dei requisiti e la gestione delle connessioni tra i requisiti e catene di contatti, o gestire le dipendenze tra i singoli requisiti e altri risultati finali del progetto, tenere traccia dello stato dei requisiti nella linea di base.
Tracciabilità: il monitoraggio dei requisiti consiste nello stabilire e tenere traccia delle dipendenze e delle connessioni logiche tra un singolo requisito e altri elementi, inclusi vari tipi di requisiti, regole aziendali, componenti di sistema e file della guida.
Tracciabilità bidirezionale
Tracciamento successivo: verificare se ciascun requisito nel documento dei requisiti può trovare un punto corrispondente nel prodotto di lavoro successivo (risultati) (per evitare che i requisiti vengano mancati o distorti);
Tracciamento inverso: tracciamento inverso, verifica se i risultati del lavoro come documenti di progettazione, componenti del prodotto, documenti di test, ecc. possono essere tutti trovati nel documento dei requisiti. (Si tratta di verificare la fonte della domanda e capire perché viene fatta questa richiesta, qual è il contesto e le ragioni della fonte)
1. I requisiti utente originali possono essere fatti risalire al documento dei requisiti, che può distinguere i requisiti interessati dalle modifiche e garantire che il documento dei requisiti includa tutti i requisiti utente.
2. Risalire dal documento dei requisiti ai corrispondenti requisiti utente originali e confermare la fonte di ciascun requisito.
3. Tracciare gli elementi del prodotto dal documento dei requisiti per conoscere gli elementi del prodotto corrispondenti a ciascun requisito, garantendo così che gli elementi del prodotto soddisfino i requisiti.
4. Gli elementi del prodotto vengono fatti risalire al documento dei requisiti in modo che i membri del team di progetto sappiano perché esistono gli elementi del prodotto (Se non è possibile risalire al documento dei requisiti, potrebbe trattarsi di placcatura in oro; se l'elemento isolato del prodotto è una caratteristica legittima, potrebbero mancare dei requisiti)
5. Il monitoraggio tra i documenti dei requisiti facilita una migliore elaborazione delle correlazioni logiche tra i vari requisiti e il controllo di possibili errori o omissioni nella scomposizione dei requisiti.
Matrice di monitoraggio dei requisiti
Il modo più comune per rappresentare la catena di connessioni tra i requisiti e gli altri elementi del prodotto è utilizzare una matrice di tracciabilità (capacità) dei requisiti, una tabella che collega i requisiti del prodotto dalle loro fonti ai deliverable che soddisfano i requisiti.
Gli attributi tipici registrati nella matrice di tracciamento dei requisiti includono un identificatore univoco, una descrizione testuale del requisito, il motivo dell'inclusione del requisito, il proprietario, la fonte, la priorità, la versione, lo stato corrente (ad esempio, in corso, annullato, rinviato, appena aggiunto , Approvato, Assegnato, Completato, ecc.) e la data dello stato.
Definire l'ambito
Input: 1 Piano di gestione dell'ambito 2 Carta del progetto 3 Documento dei requisiti 4 Risorse del processo organizzativo
Strumenti e tecniche: 1 Giudizio di esperti 2 Analisi del prodotto 3 Generazione alternativa 4 Seminari guidati
Risultato: 1 dichiarazione sull'ambito del progetto 2 aggiornamenti del documento di progetto
dichiarazione dello scopo del progetto
contenuto
① Descrizione dell'ambito del prodotto (perfezionare gradualmente le caratteristiche del prodotto, servizio o risultato descritto nel project charter e nel documento dei requisiti) ② Criteri di accettazione (definire una serie di condizioni che devono essere soddisfatte prima che il deliverable possa superare l'accettazione, così come l'accettazione processi) ③Deliverables ④Esclusioni del progetto (è necessario identificare cosa è escluso dal progetto. Dichiarare chiaramente cosa non rientra nell'ambito del progetto aiuterà a gestire le aspettative delle parti interessate) ⑤Vincoli ⑥Presupposti
Funzione: ① Determinazione dell'ambito, ② Base della comunicazione, ③ Base della pianificazione e del controllo, ④ Base del cambiamento, ⑤ Base della pianificazione
Crea WBS
Input: 1 Piano di gestione dell'ambito 2 Dichiarazione dell'ambito del progetto 3 Documenti dei requisiti 4 Fattori dell'ambiente aziendale 5 Risorse del processo organizzativo
Strumenti e tecniche: 1 Scomposizione 2 Giudizio esperto
Output: 1 baseline dell'ambito 2 aggiornamenti del file di progetto
Livello WBS
Pietra miliare
Una pietra miliare segna il completamento formale di un risultato o di una fase. I checkpoint importanti sono le pietre miliari, le pietre miliari importanti sono le linee di base
pacchetto di lavoro
I pacchetti di lavoro dovrebbero essere facili da assegnare completamente a diverse persone o unità organizzative, quindi è necessario chiarire l'interfaccia diretta di ciascuna unità di lavoro. I pacchetti di lavoro dovrebbero essere molto specifici in modo che i responsabili possano comprendere i propri compiti, obiettivi di impegno e responsabilità. La regola 8/80 (regola delle 80 ore) raccomanda che la dimensione di un pacchetto di lavoro richieda almeno 8 ore per essere completata e che il tempo di completamento totale non debba essere superiore a 80 ore
conto di controllo
Un punto di controllo gestionale. In questo punto di controllo, l'ambito, il budget (pianificazione delle risorse), i costi effettivi e la pianificazione vengono integrati e confrontati con il valore guadagnato per misurare le prestazioni. Il conto di controllo è un elemento a un certo livello della WBS, che può essere un pacchetto di lavoro o un elemento a un livello superiore rispetto a un pacchetto di lavoro.
pianificazione domestica
Sotto il conto di controllo sono presenti componenti della WBS di cui il contenuto del lavoro è noto ma le attività di avanzamento dettagliate non sono ancora disponibili. I pacchetti di pianificazione sono elementi della WBS sotto il conto di controllo e sopra i pacchetti di lavoro. Il pacchetto di pianificazione viene temporaneamente utilizzato per la pianificazione Man mano che la situazione diventa più chiara, il pacchetto di pianificazione verrà eventualmente suddiviso in pacchetti di lavoro e attività specifiche corrispondenti.
Dizionario WBS
Chiamato anche glossario WBS, è un documento che descrive i vari componenti della WBS. Per ciascun componente della WBS, includere l'identificazione del codice account, la descrizione del lavoro, i presupposti e i vincoli, la persona responsabile o l'unità organizzativa, le tappe fondamentali della pianificazione, le attività pianificate correlate, le risorse richieste, le stime dei costi, i requisiti di qualità, i criteri di accettazione, i riferimenti tecnologici, le informazioni sul protocollo, eccetera. (Il dizionario WBS è in realtà equivalente al dizionario Xinhua, che è una descrizione di ciascun elemento nella WBS)
Base di applicazione
Dichiarazione sull'ambito del progetto: è una descrizione dell'ambito del progetto, dei principali risultati finali, delle ipotesi e dei vincoli. L'intero ambito è documentato, compreso l'ambito del progetto e del prodotto.
WBS: scomposizione gerarchica dell'intero ambito di lavoro (aiuta a prevenire lo spostamento dell'ambito)
Dizionario WBS: un documento che descrive in dettaglio i risultati finali, le attività e le informazioni sullo stato di avanzamento per ciascun componente della WBS (aiuta a valutare l'impatto delle modifiche)
Decomposizione della WBS
La decomposizione richiede attività
①Identificare e analizzare i risultati finali e il lavoro correlato.
② Determinare la struttura e il metodo di organizzazione della WBS.
③Raffinato e scomposto strato per strato dall'alto verso il basso.
④ Sviluppare e assegnare codici identificativi per i componenti della WBS.
⑤Verificare che il grado di scomposizione dei risultati finali sia appropriato
Dovrebbe essere completato e confermato all'unanimità da tutti i membri del team di progetto, dagli utenti e dalle parti interessate del progetto.
Principio di divisione della WBS
①Principi funzionali o tecnici: quando si crea una WBS, è necessario considerare la separazione del lavoro di persone diverse.
②Struttura organizzativa: per le organizzazioni funzionali del progetto, la WBS deve adattarsi anche alla struttura organizzativa del progetto.
③ Sistema o sottosistema: il sistema complessivo è diviso in diversi sottosistemi principali, quindi ciascun sottosistema viene scomposto.
Metodo di scomposizione WBS
① Ogni fase del ciclo di vita del progetto viene utilizzata come secondo livello di scomposizione e i prodotti e i risultati finali del progetto vengono posizionati al terzo livello.
②Principali risultati finali come secondo livello di scomposizione
③Integrare vari componenti che possono essere implementati da organizzazioni diverse dal team di progetto (ad esempio, lavoro in outsourcing) e quindi, come parte del lavoro in outsourcing, il venditore deve preparare la WBS contrattuale corrispondente.
Rappresentazione della WBS
Struttura ad albero (diagramma della struttura organizzativa): la WBS ha livelli chiari, intuitività e struttura forte, ma non è facile da modificare Per progetti grandi e complessi, è difficile esprimere il quadro completo del progetto (piccoli progetti).
Formato tabellare (formato elenco): Il formato tabellare è meno intuitivo, ma può riflettere tutti gli elementi di lavoro del progetto (grandi progetti).
Presta attenzione a 8 aspetti quando decomponi la WBS
①La WBS deve essere orientata ai deliverable: la somma di tutti gli elementi di livello inferiore deve rappresentare al 100% gli elementi di livello superiore.
②La WBS deve essere conforme allo scopo del progetto. La WBS deve includere, e includere solo, le attività necessarie per completare i risultati finali del progetto
③Lo strato inferiore della WBS dovrebbe supportare la pianificazione e il controllo. La WBS è il ponte tra il piano di Project Management e l'ambito del progetto. Lo strato inferiore della WBS non deve solo supportare il piano di Project Management, ma anche consentire al management di monitorare e controllare l'avanzamento e il budget del progetto.
④Qualcuno deve essere responsabile degli elementi della WBS e solo una persona, anche se in realtà potrebbero essere necessarie più persone per partecipare.
⑤Guida WBS, la WBS dovrebbe essere controllata a 4-6 livelli. Naturalmente, i progetti di grandi dimensioni possono superare i 6 piani.
⑥La WBS dovrebbe includere il lavoro di gestione del progetto (perché la gestione è parte del lavoro specifico del progetto), nonché il lavoro subappaltato.
⑦ La preparazione della WBS richiede la partecipazione di tutti i (principali) stakeholder del progetto e la partecipazione dei membri del team di progetto.
⑧La WBS non è statica. Una volta completata la WBS, potrebbe essere ancora necessario modificarla.
Conferma l'ambito
Input: 1 Piano di gestione del progetto 2 Documento dei requisiti 3 Matrice di monitoraggio dei requisiti 4 Risultati verificati 5 Dati sulle prestazioni lavorative
Strumenti e tecniche: 1 Verifica 2 Tecniche di processo decisionale di gruppo
Output: 1 Risultati accettati 2 Richieste di modifica 3 Informazioni sulle prestazioni lavorative 4 Aggiornamenti dei documenti di progetto
Il processo di accettazione formale dei risultati finali completati di un progetto durante tutto il progetto, con il cliente o lo sponsor che esaminano insieme i risultati finali
Passaggi per confermare l'ambito: ① Determinare il momento in cui è richiesta la conferma dell'ambito, ② Identificare quali input sono richiesti per la conferma dell'ambito, ③ Determinare gli standard e gli elementi affinché l'ambito venga formalmente accettato, ④ Determinare le fasi organizzative per la riunione di conferma dell'ambito , ⑤ Organizzare la riunione di conferma dell'ambito.
Il focus è diverso:
Gestione: prestare attenzione all'ambito del progetto, che si riferisce all'impatto dell'ambito sul progresso, sui fondi e sulle risorse del progetto. Se questi fattori superano l'ambito dell'organizzazione e se sono ragionevoli in termini di input e output . [Il management aziendale non si preoccuperà delle cose troppo dettagliate. Devi solo preoccuparti della razionalità di input e output]
Clienti: si preoccupano della portata del prodotto e se i risultati finali del progetto sono sufficienti per completare il prodotto o il servizio
Project manager: prestare attenzione se i risultati sono sufficienti e devono essere completati, se il tempo, i fondi e le risorse sono sufficienti, i principali rischi potenziali e le soluzioni preparate.
Membri del team di progetto: si preoccupano degli elementi in cui sono coinvolti e di cui sono responsabili nell'ambito del progetto
Verifica prodotto: Verificare se il prodotto è completato dallo sponsor o dal cliente alla fine del progetto (o fase), sottolineando se il prodotto è completo Ambito di conferma: Confermare il processo di accettazione da parte del cliente o dello sponsor alla fine della fase per i risultati finali del progetto.
La differenza tra ambito di conferma e chiusura del progetto:
① Sebbene la conferma dell'ambito e il lavoro di chiusura del progetto non vengano eseguiti nella fase, la conferma dell'ambito enfatizza la verifica e l'accettazione dei deliverable, mentre la chiusura del progetto enfatizza il lavoro di processo da svolgere per terminare il progetto (o fase).
② È presente un lavoro di accettazione nell'ambito di conferma e nella chiusura del progetto. L'ambito di conferma enfatizza l'accettazione dei risultati finali del progetto e la chiusura del progetto enfatizza l'accettazione del prodotto.
La differenza tra ambito di conferma e controllo di qualità:
① L'ambito della conferma sottolinea principalmente che i risultati finali sono accettati dal cliente o dallo sponsor. Il controllo di qualità sottolinea che i risultati finali sono corretti e soddisfano i requisiti di qualità specifici (standard di qualità) formulati per essi.
②Il controllo di qualità viene solitamente eseguito prima della conferma dell'ambito, oppure può essere eseguito contemporaneamente. L'ambito della conferma viene solitamente eseguito alla fine della fase, ma il controllo di qualità non viene necessariamente eseguito prima della fase.
③ Il controllo di qualità è un'ispezione interna ed è implementato dal corrispondente dipartimento di qualità dell'organizzazione esecutrice; l'ambito della conferma è l'ispezione e l'accettazione dei risultati finali del progetto da parte delle parti interessate esterne (clienti o sponsor).
Gamma di controllo
Input: 1 piano di gestione del progetto 2 documenti dei requisiti 3 matrice di tracciamento dei requisiti 4 dati sulle prestazioni lavorative 5 risorse del processo organizzativo
Strumenti e tecniche: analisi dei bias
Output: 1 Informazioni sulle prestazioni lavorative 2 Richieste di modifica 3 Aggiornamenti del piano di Project Management 4 Aggiornamenti dei documenti di progetto 5 Aggiornamenti delle risorse del processo organizzativo
Il processo di supervisione dello stato dell'ambito di progetti e prodotti, di gestione delle modifiche all'ambito di base e di mantenimento dell'ambito di base per tutto il progetto. Per controllare l'ambito del progetto è necessario garantire che tutte le modifiche richieste, le azioni correttive consigliate o le azioni preventive vengano elaborate attraverso l'implementazione del processo di controllo delle modifiche complessivo. Il processo di controllo dell'ambito viene utilizzato anche per gestire le modifiche nel momento in cui si verificano effettivamente.
① Influenzare i fattori che portano a cambiamenti di ambito e cercare di far sì che questi fattori si sviluppino in una direzione favorevole.
② Determinare se si è verificata la modifica dell'ambito.
③Gestire le modifiche effettive quando si verificano modifiche dell'ambito, assicurando che tutte le modifiche richieste vengano elaborate in conformità con il processo di controllo delle modifiche complessivo del progetto
Rifornire
1) Mantenere l'integrità del progetto gerarchicamente per evitare la mancanza di componenti essenziali.
2) Un'unità di lavoro può essere subordinata solo ad un'unità di livello superiore per evitare subordinazioni incrociate.
3) Le unità di lavoro allo stesso livello applicano le stesse proprietà.
4) L'unità di lavoro dovrebbe essere in grado di separare diverse persone responsabili e diversi contenuti di lavoro.
5) Facilitare le esigenze di pianificazione della gestione del progetto e di controllo del progetto.
6) Il lavoro di livello più basso dovrebbe essere comparabile, gestibile e quantitativamente ispezionabile.
7) Dovrebbe essere incluso il lavoro di gestione del progetto, compreso il lavoro subappaltato.