Wondershare EdrawMind
Galleria mappe mentale Tutorial sul Project Manager dei Sistemi Informativi (4a edizione) Capitolo 9_Gestione dell'ambito del progetto
- 11
Tutorial sul Project Manager dei Sistemi Informativi (4a edizione) Capitolo 9_Gestione dell'ambito del progetto
Questo file è una mappa mentale creata autonomamente del "Capitolo 9_Gestione dell'ambito del progetto" del Tutorial sulla gestione dei progetti dei sistemi informativi (4a edizione). Comprende la pianificazione della gestione dell'ambito, la raccolta dei requisiti, la definizione dell'ambito, la creazione della WBS, la conferma dell'ambito, il controllo dell'ambito, ecc. Secondo i punti chiave degli esami precedenti, l'importanza è marcata e tutti i contenuti sono integrati in dettaglio, il che può rendere il ripasso finale e l'inizio dello studio più efficaci con la metà dello sforzo. Ho passato più di dieci ore a compilare e riassumere la lettura di tutti i capitoli, che sono tutti l'ultima versione.
Modificato alle 2023-12-13 09:39:36
- 暗黑模板-個人求職簡歷模板
個人求職簡歷模板的暗黑配色方案，包括個人簡介、職業規劃、行業經驗、自我評價等多個部分，讓你的簡歷更出彩。使用模板可以極大地提高效率，用戶不需要從頭開始設計結構和內容，只需在模板的基礎上填寫或添加自己的信息即可，這樣可以節省大量的時間和精力，歡迎參考使用!持續分享給大家……
- Strategia di saggio sulla gestione del rischio di progetto
Se non sai come scrivere un articolo, sarai nei guai come manager dei sistemi informativi. Una guida passo passo su come scrivere un documento sulla gestione del rischio. Se ne hai bisogno, ritiralo velocemente!
- piano pasto
Il programma dietetico formula un programma dietetico scientifico e ragionevole per soddisfare i nutrienti e l'energia richiesti dal corpo, mantenendo così una buona salute e una buona postura.
Tutorial sul Project Manager dei Sistemi Informativi (4a edizione) Capitolo 9_Gestione dell'ambito del progetto
- 暗黑模板-個人求職簡歷模板
個人求職簡歷模板的暗黑配色方案，包括個人簡介、職業規劃、行業經驗、自我評價等多個部分，讓你的簡歷更出彩。使用模板可以極大地提高效率，用戶不需要從頭開始設計結構和內容，只需在模板的基礎上填寫或添加自己的信息即可，這樣可以節省大量的時間和精力，歡迎參考使用!持續分享給大家……
- Strategia di saggio sulla gestione del rischio di progetto
Se non sai come scrivere un articolo, sarai nei guai come manager dei sistemi informativi. Una guida passo passo su come scrivere un documento sulla gestione del rischio. Se ne hai bisogno, ritiralo velocemente!
- piano pasto
Il programma dietetico formula un programma dietetico scientifico e ragionevole per soddisfare i nutrienti e l'energia richiesti dal corpo, mantenendo così una buona salute e una buona postura.
- Consigliato per te
- Profilo
Tutorial sul Project Manager del sistema informativo (4a edizione) Capitolo 16_Gestione degli appalti di progetto
- 6
Tutorial Project Manager del sistema informativo (4a edizione) Capitolo 8_Gestione dell'integrazione del progetto
- 6
gestione dell'ambito del progetto
nozioni di base sulla gestione
La gestione dell'ambito del progetto implica garantire che il progetto svolga, e svolga solo, tutto il lavoro richiesto per completarlo con successo
La gestione dell'ambito del progetto riguarda principalmente la definizione e il controllo di quale lavoro dovrebbe essere incluso nel progetto e cosa non dovrebbe essere incluso nel progetto.
Significato dell'ambito
Gamma di prodotti
Si riferisce alle caratteristiche e alle funzioni di un prodotto, servizio o risultato
Il completamento viene misurato rispetto ai requisiti del prodotto
Per "Requisiti" si intendono le condizioni o le capacità che un prodotto, servizio o risultato deve possedere in conformità ad un accordo specifico o ad altra specifica obbligatoria
Ambito del progetto
Lavoro che deve essere svolto per fornire un prodotto, servizio o risultato con caratteristiche e funzionalità specificate
Il completamento viene misurato rispetto al piano di gestione del progetto (ambito di riferimento in
1. Se l'ambito del prodotto cambia, l'ambito del progetto potrebbe non necessariamente cambiare. Ad esempio: dipingendo un muro, il prodotto è il muro dopo averlo dipinto e il progetto sta dipingendo il muro. Le modifiche al colore della vernice non influiranno sul lavoro specifico del progetto. 2. Se l'ambito del progetto cambia, l'ambito del prodotto potrebbe non necessariamente cambiare. Ad esempio: sviluppando un software come prodotto, il progetto è il lavoro richiesto per fornire il software. Se al software viene aggiunto un ciclo di test, l'ambito del progetto cambia, ma l'ambito del prodotto no.
nuove pratiche gestionali
Analista aziendale (BA)
Se il progetto non dispone di un analista aziendale, il project manager e gli sviluppatori principali possono essere responsabili delle attività relative alla gestione dei requisiti.
Responsabile delle attività legate alla gestione della domanda
responsabile del progetto
Responsabile di garantire che le attività relative alla gestione dei requisiti siano incluse nel piano di gestione del progetto
Dovrebbe esserci una partnership tra analisti aziendali e project manager
processo di gestione
Le considerazioni sulla personalizzazione includono
Gestione della conoscenza e dei requisiti, validazione e controllo, metodi di sviluppo, stabilità dei requisiti, governance
Metodi agili e adattivi
Progetti agili o adattivi
Adottare un ciclo di vita agile o adattivo, progettato per gestire grandi quantità di cambiamenti e che richiede il coinvolgimento continuo delle parti interessate nel progetto
L'ambito complessivo di un progetto adattivo dovrebbe essere suddiviso in una serie di requisiti da implementare e lavoro da eseguire (backlog di prodotto), con risultati finali sviluppati su più iterazioni, con specifiche dettagliate definite e approvate all'inizio di ogni ambito di iterazione
Ogni iterazione funziona
Il team di progetto itera attraverso tre processi
Raccogli i requisiti, definisci l'ambito, crea la WBS
Lo sponsor e il rappresentante del cliente ripetono i due processi
Confermare l'ambito, controllare l'ambito
Progetti predittivi (a cascata).
La dichiarazione dell'ambito del progetto approvata, la struttura di suddivisione del lavoro (WBS) e il corrispondente dizionario della WBS costituiscono la baseline dell'ambito del progetto
Le modifiche di base possono essere apportate solo attraverso un processo formale di controllo delle modifiche
gestione dell’ambito di pianificazione
Panoramica del processo
definizione
È il processo di creazione di un piano di gestione dell'ambito al fine di registrare come definire, confermare e controllare l'ambito del progetto e l'ambito del prodotto.
effetto principale
Fornire indicazioni e indicazioni su come gestire l'ambito durante tutto il progetto
Questo processo viene eseguito solo una volta o solo in punti predefiniti del progetto
piano di gestione dell'ambito
definizione
Un componente del piano di gestione del progetto o del programma che descrive come l'ambito del progetto sarà definito, sviluppato, monitorato, controllato e convalidato
Richiede analisi durante la formulazione e il perfezionamento
1. Informazioni nella carta del progetto
2. Sottopiani approvati nel piano di gestione del progetto
3. Informazioni storiche negli asset dei processi organizzativi
4. Fattori correlati al contesto aziendale
accedere
1. Carta del progetto
Documentare lo scopo del progetto, la panoramica del progetto, i presupposti, i vincoli e i requisiti di alto livello che il progetto desidera raggiungere
2. piano di gestione del progetto
1. piano di gestione della qualità
Il modo in cui le politiche, i metodi e gli standard di qualità dell'organizzazione vengono implementati nei progetti influisce sul modo in cui vengono gestiti l'ambito del progetto e del prodotto
2. Descrizione del ciclo di vita del progetto
3. metodo di sviluppo
3. Fattori che influenzano la carriera
Cultura organizzativa, infrastruttura, sistema di gestione del personale e condizioni di mercato, ecc.
4. asset dei processi organizzativi
Politiche e procedure, informazioni storiche e base di conoscenza delle lezioni apprese, ecc.
Strumenti e tecniche
giudizio esperto
analisi dei dati
Tecniche di analisi alternative
Vari metodi per valutare, raccogliere requisiti, dettagliare l'ambito del progetto e del prodotto, creare prodotti, convalidare l'ambito e controllare l'ambito
Incontro
produzione
1. piano di gestione dell'ambito
definizione
È la componente del piano di Project Management che descrive come l'ambito del progetto sarà definito, sviluppato, monitorato, controllato e convalidato
A seconda delle esigenze del progetto, un piano di gestione dell’ambito può essere formale o informale, molto dettagliato o di alto livello
Lavoro di orientamento (follow-up).
1. Sviluppare la dichiarazione sull'ambito del progetto (definire l'ambito)
2. Creare una WBS basata su una descrizione dettagliata dell'ambito del progetto (Crea WBS)
3. Accettazione formale dei risultati finali del progetto completato (conferma dell'ambito)
4. Determinare come approvare e mantenere la baseline dell'ambito (ambito di controllo)
2. piano di gestione della domanda
definizione
È parte integrante del piano di gestione del progetto che descrive come i requisiti verranno analizzati, documentati e gestiti
contenuto principale
1. Come pianificare, monitorare e creare report sulle varie attività legate ai requisiti
2. Attività di gestione della configurazione, ad esempio come vengono avviate le modifiche, come viene analizzato il loro impatto, come vengono eseguite la tracciabilità, il monitoraggio e il reporting e le autorizzazioni di approvazione delle modifiche
3. Processo di definizione delle priorità dei requisiti
4. Metriche da misurare e ragioni per utilizzarle
La domanda deve essere quantificabile (misurabile), ad esempio: la velocità di risposta della pagina non supera i 2 secondi
5. Riflette quali attributi dei requisiti saranno inclusi nella matrice di tracciamento
Raccogliere i requisiti
Panoramica del processo
definizione
È il processo di identificazione, documentazione e gestione dei bisogni e dei desideri degli stakeholder per raggiungere gli obiettivi
effetto principale
Gettare le basi per definire l'ambito del prodotto e l'ambito del progetto
Bisogno
definizione
Condizioni o capacità che un prodotto, servizio o risultato deve avere in base ad un accordo specifico o altra specifica obbligatoria
includere
Esigenze e aspettative quantificate e documentate di sponsor, clienti e altre parti interessate
affrontare
Estrarre, analizzare e documentare questi requisiti in modo sufficientemente dettagliato e includerli nell'ambito di riferimento da misurare una volta iniziata l'esecuzione del progetto
effetti successivi
Servirà come base per la struttura di ripartizione del lavoro (WBS) e servirà come base per la pianificazione di costi, pianificazione, qualità e approvvigionamento
accedere
1. Documenti di gestione del progetto
È un documento generato dal business case che influenza il processo di raccolta dei requisiti. Descrive gli standard necessari, attesi e facoltativi che dovrebbero essere soddisfatti per soddisfare le esigenze aziendali.
2. Carta del progetto
requisiti di alto livello
Utilizzato per formulare requisiti dettagliati (perfezionamento passo dopo passo)
3. piano di gestione del progetto
1. piano di gestione dell'ambito
2. piano di gestione della domanda
3. Piano di coinvolgimento degli stakeholder
Comprendere le esigenze di comunicazione delle parti interessate e i livelli di coinvolgimento del piano al fine di valutare e adattare il coinvolgimento delle parti interessate nelle attività relative ai requisiti
4. file di progetto (Classificato in base all'output del processo)
1. Sviluppare la carta del progetto
Registro ipotetico
Vengono identificate le ipotesi relative al prodotto, al progetto, all'ambiente, alle parti interessate e ad altri fattori che influenzano i requisiti
2. Gestire la conoscenza del progetto
Registro delle lezioni apprese
Fornisce tecniche efficaci di raccolta dei requisiti, in particolare per progetti che utilizzano metodi di sviluppo prodotto agili o adattivi
3. Identificare le parti interessate
Registro delle parti interessate
Utilizzato per comprendere quali stakeholder possono fornire informazioni sui requisiti e registrare le esigenze e le aspettative degli stakeholder per il progetto
5. protocollo
6. Fattori che influenzano la carriera
Cultura organizzativa, infrastruttura, sistema di gestione del personale, condizioni di mercato, ecc.
7. asset dei processi organizzativi
Politiche e procedure; informazioni storiche e base di conoscenza delle lezioni apprese contenente informazioni da progetti passati, ecc.
Strumenti e tecniche
1. giudizio esperto
Studio e valutazione di fattibilità; individuazione dei requisiti; analisi dei requisiti; requisiti del progetto da progetti precedenti simili;
2. raccolta dati
Brainstorming, interviste, focus group, questionari, benchmarking
3. analisi dei dati
Analisi dei file
Ottenere i requisiti analizzando i documenti esistenti e identificando le informazioni relative ai requisiti
4. Prestazioni dei dati
Diagramma di affinità (raggruppamento e classificazione), mappa mentale (integrazione)
5. il processo decisionale
Votazione (per generare, classificare e classificare i requisiti del prodotto), processo decisionale autoritario, analisi decisionale multicriterio
6. Abilità interpersonali e di squadra
1. tecnica del gruppo nominale
Prima fai un brainstorming, poi vota e classifica
2. osservare e parlare
Può scoprire bisogni nascosti
3. guida
Utilizzato insieme a workshop tematici per riunire le principali parti interessate per definire i requisiti
7. Diagramma di interazione del sistema
Una rappresentazione visiva dell'ambito del prodotto che visualizza i sistemi aziendali (processi, apparecchiature, sistemi informatici, ecc.) e il modo in cui interagiscono con le persone e altri sistemi (attori)
8. metodo del prototipo
definizione
Si riferisce alla costruzione di un prototipo del prodotto previsto e alla richiesta di feedback anticipati sui requisiti prima di fabbricare effettivamente il prodotto.
includere
Miniature, modelli bidimensionali e tridimensionali generati dal computer, modelli o simulazioni
attrezzo
Ascia
tecnologia di prototipazione
Storyboard
Dimostrare una sequenza o un percorso di navigazione attraverso una serie di immagini o diagrammi
produzione
documento dei requisiti
effetto
Descrivere in che modo i vari singoli requisiti soddisferanno i requisiti aziendali relativi al progetto (requisiti di alto livello)
segno di riferimento
Requisiti che siano chiari (misurabili e verificabili), tracciabili, completi, coordinati e riconosciuti dalle principali parti interessate
Categoria di requisiti
1. Esigenze aziendali
Esigenze di alto livello in tutta l'organizzazione, ad esempio, per risolvere un problema aziendale o cogliere un'opportunità di business, e le ragioni per intraprendere il progetto
2. Esigenze delle parti interessate
Esigenze delle parti interessate
3. Requisiti della soluzione
Requisiti di sistema, per soddisfare le esigenze aziendali e le esigenze degli stakeholder, le caratteristiche, le funzioni e le caratteristiche che prodotti, servizi o risultati devono avere
ulteriormente suddiviso
Richieste funzionali
Descrivi le caratteristiche che il prodotto dovrebbe avere
Ad esempio: le azioni, i processi, i dati e le interazioni che il prodotto dovrebbe eseguire
requisiti non funzionali
È un supplemento ai requisiti funzionali e rappresenta le condizioni ambientali o i requisiti di qualità richiesti per il normale funzionamento del prodotto.
Ad esempio: affidabilità, riservatezza, prestazioni, sicurezza, livello di servizio, supportabilità, conservazione o rimozione, ecc.
4. Esigenze di transizione e preparazione
Come la trasformazione dei dati e i requisiti di formazione, che descrivono le capacità temporanee necessarie per la transizione dallo "stato attuale" allo "stato futuro"
5. Requisiti del progetto
Azioni, processi o altre condizioni che devono essere soddisfatte dal progetto, come date fondamentali, obblighi contrattuali, vincoli, ecc.
6. Requisiti di qualità
Qualsiasi condizione o standard utilizzato per confermare il completamento con successo dei risultati finali del progetto o il raggiungimento di altri requisiti del progetto, come test, certificazione, convalida, ecc.
Matrice di monitoraggio dei requisiti
definizione
Un modulo che collega i requisiti del prodotto dalla loro origine ai risultati finali che soddisfano i requisiti
effetto
Collegare ciascun requisito agli obiettivi aziendali o agli obiettivi del progetto aiuta a garantire che ogni requisito abbia valore aziendale
Fornisce un modo per tenere traccia dei requisiti durante l'intero ciclo di vita del progetto, contribuendo a garantire che ogni requisito approvato nel documento dei requisiti sia implementato e consegnato alla fine del progetto
Fornisce inoltre un framework per la gestione delle modifiche all'ambito del prodotto
Tieni traccia dei requisiti
1. Esigenze aziendali, opportunità, scopi e obiettivi
2. Obiettivi di progetto
3. Ambito del progetto e risultati finali della WBS
4. design del prodotto
5. sviluppo del prodotto
6. Strategie di test e scenari di test
Il test di analisi del caso intermedio supera le domande a completamento
7. Requisiti di alto livello fino a requisiti dettagliati
Proprietà tipiche dei record
Identificatore univoco, descrizione testuale del requisito, motivo per includere il requisito, proprietario, fonte, priorità, versione, stato attuale e data dello stato
Definire l'ambito
Panoramica del processo
definizione
È il processo di sviluppo di descrizioni dettagliate di progetti e prodotti
effetto principale
Descrivere i confini e i criteri di accettazione per un prodotto, servizio o risultato
Deve essere ripetuto più volte durante il progetto
Il processo di definizione dell'ambito richiede la selezione dei requisiti finali del progetto dal documento dei requisiti (l'output del processo di raccolta dei requisiti) e quindi lo sviluppo di una descrizione dettagliata del progetto e dei suoi prodotti, servizi o risultati.
Necessità di analizzare la completezza dei rischi esistenti (registro dei rischi), delle ipotesi e dei vincoli (registro delle assunzioni) e di apportare le necessarie integrazioni o aggiornamenti
Dichiarazione dettagliata dell'ambito del progetto
fondamentale per il successo del progetto
Dovrebbe essere preparata una dichiarazione dettagliata sull’ambito del progetto sulla base dei principali risultati finali, ipotesi e vincoli documentati durante l’avvio del progetto
Durante il processo di pianificazione del progetto, man mano che la comprensione delle informazioni del progetto si approfondisce gradualmente, l'ambito del progetto dovrebbe essere definito e descritto in modo più dettagliato e specifico
accedere
1. Carta del progetto
Contiene una descrizione di alto livello del progetto, delle caratteristiche del prodotto e dei requisiti di approvazione
2. Piano di gestione del progetto – Piano di gestione dell'ambito
Documentato come definire, confermare e controllare l'ambito del progetto
3. file di progetto (Classificato in base all'output del processo)
1. Sviluppare la carta del progetto
Registro ipotetico
Identificato il prodotto, il progetto, l'ambiente, le parti interessate, nonché i presupposti e i vincoli che influenzano il progetto e l'ambito del prodotto
2. Raccogliere i requisiti
documento dei requisiti
Vengono identificati i requisiti che dovrebbero essere inclusi nell'ambito
3. Identificare i rischi
registro dei rischi
Include strategie di risposta che possono influire sull'ambito del progetto, come la riduzione o la modifica dell'ambito del progetto e del prodotto per evitare o mitigare i rischi
4. Fattori che influenzano la carriera
Cultura organizzativa, infrastruttura, sistema di gestione del personale, condizioni di mercato, ecc.
5. asset dei processi organizzativi
Politiche, procedure e modelli utilizzati per sviluppare dichiarazioni sull'ambito del progetto; file di progetto da progetti precedenti; lezioni apprese da fasi o progetti precedenti, ecc.
Strumenti e tecniche
1. giudizio esperto
Si dovrebbe chiedere consiglio a individui o gruppi con conoscenza o esperienza di progetti simili
2. analisi dei dati
Analisi delle alternative
Valutare i vari approcci per raggiungere i bisogni e gli obiettivi indicati nella carta del progetto
3. il processo decisionale
Analisi decisionale multicriterio
Una tecnica che utilizza metodi di analisi dei sistemi con l'aiuto di una matrice decisionale per stabilire criteri quali requisiti, pianificazione, budget e risorse per perfezionare l'ambito del progetto e del prodotto
4. Abilità interpersonali e di squadra
guida
5. analisi del prodotto
effetto
Utilizzato per definire prodotti e servizi, incluso porre e rispondere a domande sul prodotto o servizio per descrivere lo scopo, le caratteristiche e altri aspetti del prodotto da consegnare
Trasforma le descrizioni di prodotti o servizi di alto livello in risultati significativi
fare un passo
Ottenere requisiti di alto livello
Perfezionarlo al livello di dettaglio richiesto per la progettazione del prodotto finale
Le tecnologie includono
Scomposizione del prodotto, analisi della domanda, analisi del sistema, ingegneria dei sistemi, analisi del valore, ingegneria del valore, ecc.
produzione
dichiarazione dello scopo del progetto
definizione
Una descrizione dell'ambito del progetto, dei principali risultati finali, delle ipotesi e dei vincoli
effetto
Documenta l'intero ambito, inclusi: ambito del progetto e del prodotto, dettaglia i risultati finali del progetto e rappresenta il consenso tra le parti interessate del progetto sull'ambito del progetto
contenuto
1. Descrizione della gamma di prodotti
Perfezionare gradualmente le caratteristiche del prodotto, del servizio o del risultato descritte nella carta del progetto e nel documento dei requisiti
2. Prodotti finali
Qualsiasi prodotto, risultato o capacità di servizio unico e verificabile che deve essere prodotto per completare un processo, una fase o un progetto include anche vari risultati accessori, come report e documenti di gestione del progetto. La descrizione dei risultati finali può essere breve o dettagliata
3. Criteri di accettazione
Una serie di condizioni che devono essere soddisfatte prima che un prodotto possa essere accettato
corrispondenza uno a uno
4. Esclusioni di progetti
Evitare aree soggette a disaccordi e incomprensioni, come la creazione di un sistema di gestione delle informazioni per la Parte A ma non la fornitura di server. Ciò dovrebbe essere contrassegnato nelle esclusioni del progetto.
Identificare cosa è escluso dal progetto. Indicare chiaramente ciò che è al di fuori dell'ambito del progetto per aiutare a gestire le aspettative delle parti interessate e ridurre lo spostamento dell'ambito
5. Ipotesi
6. Vincoli
Collegamento e differenza con il project charter
Carta del progetto
Contiene informazioni di alto livello
dichiarazione di ambito
Una descrizione dettagliata delle componenti dell'ambito che devono essere progressivamente dettagliate nel corso del progetto
C'è qualche sovrapposizione nei contenuti, ma il livello di dettaglio è completamente diverso
Il livello di dettaglio con cui il lavoro deve essere svolto e non deve essere svolto determina l'efficacia con cui il team di Project Management può controllare l'intero ambito del progetto.
File di progetto (aggiornati)
1. documento dei requisiti
2. Matrice di monitoraggio dei requisiti
Raccogliere l'output del processo dei requisiti
3. Registro ipotetico
4. Registro delle parti interessate
Crea WBS
Panoramica del processo
definizione
È il processo di scomposizione dei risultati finali del progetto e del lavoro del progetto in componenti più piccoli e più gestibili
effetto principale
Fornire una struttura per ciò che deve essere consegnato
WBS (struttura di ripartizione del lavoro)
definizione
Si tratta di una suddivisione gerarchica di tutto l'ambito di lavoro che il team di progetto deve eseguire per raggiungere gli obiettivi del progetto e creare i risultati finali richiesti.
Il significato di "lavoro"
Si riferisce al prodotto lavorativo o al deliverable che è il risultato di un'attività, piuttosto che all'attività stessa
pacchetto di lavoro
I componenti di livello più basso di una WBS sono chiamati pacchetti di lavoro, che includono il lavoro pianificato
I pacchetti di lavoro classificano le attività correlate al fine di organizzare l'avanzamento del lavoro, stimare, supervisionare e controllare
è il più piccolo risultato finale
La WBS organizza e definisce l'ambito complessivo del progetto e rappresenta il lavoro specificato nella dichiarazione dell'ambito del progetto corrente approvato
accedere
Piano di gestione del progetto – Piano di gestione dell'ambito
Definisce come creare una WBS in base alla dichiarazione dell'ambito del progetto
file di progetto (Classificato in base all'output del processo)
1. Raccogliere i requisiti
documento dei requisiti
Descrizione dettagliata di come i vari singoli requisiti soddisfano le esigenze aziendali del progetto
2. Definire l'ambito
dichiarazione dello scopo del progetto
Descrive il lavoro che deve essere eseguito e il lavoro che non è incluso nel progetto
Fattori che influenzano la carriera
Standard WBS per il settore in cui si trova il progetto, questi standard possono essere utilizzati come materiali di riferimento esterni per la creazione di WBS
asset dei processi organizzativi
Politiche, procedure e modelli per la creazione di WBS; file di progetto da progetti precedenti; lezioni apprese da progetti precedenti, ecc.
Strumenti e tecniche
giudizio esperto
Cercare input da individui o gruppi con conoscenza o esperienza di progetti simili
guasto
Panoramica
definizione
È una tecnica per dividere progressivamente l'ambito del progetto e i risultati finali del progetto in componenti più piccoli e più gestibili
pacchetto di lavoro
definizione
WBS Il livello più basso di lavoro per il quale è possibile stimare e gestire costi e durata
Livello di dettaglio
Varia in base alle dimensioni e alla complessità del progetto
Grado di decomposizione
Dipende dal grado di controllo richiesto per ottenere una gestione efficiente del progetto
Come creare una WBS
1. approccio dall 'alto verso il basso
Può essere utilizzato per unire componenti di livello inferiore
2. Utilizzare indicazioni specifiche dell'organizzazione
3. Utilizza il modello WBS
attività di decomposizione
1. Identificare e analizzare i risultati finali e il lavoro correlato (identificare i risultati finali e il lavoro che devono essere suddivisi)
2. Determinare come sarà strutturata e organizzata la WBS (determinare la struttura di ripartizione)
Struttura ad albero (organigramma): adatta a piccoli progetti Struttura del tavolo (stile contorno): adatta a grandi progetti
3. Scomposizione top-down e strato per strato (scomposizione passo-passo top-down)
4. Sviluppare e assegnare codici identificativi ai componenti WBS (Identificare i componenti WBS)
5. Verificare che i risultati finali siano scomposti in misura adeguata (controllare se il livello di scomposizione è appropriato)
Struttura della WBS
tipo di struttura
1. Fasi del ciclo di vita del progetto come secondo livello di scomposizione I prodotti e i risultati finali del progetto sono posizionati al terzo livello
2. Principali risultati finali come secondo livello di scomposizione
3. Incorporare vari componenti di livello inferiore sviluppati da organizzazioni esterne al team di progetto (come il lavoro in outsourcing). Successivamente, nell'ambito del lavoro esternalizzato, il venditore deve predisporre un corrispondente contratto WBS
Anche il lavoro esternalizzato deve essere incluso nella WBS
Scomporre i componenti di livello superiore della WBS significa scomporre ciascun deliverable o componente nei suoi componenti più elementari, che sono prodotti, servizi o risultati verificabili.
Se si utilizza un approccio agile o adattivo, la WBS può assumere la forma di uno schema, di un organigramma o di un'altra forma che illustri la gerarchia.
Diversi deliverable possono essere scomposti in diversi livelli
Analisi dettagliata dei pro e dei contro
vantaggio
Quanto più dettagliato sarà il lavoro, tanto più potente sarà la pianificazione, la gestione e il controllo del lavoro.
discordanza
Una scomposizione eccessiva si tradurrà in un consumo inefficace degli sforzi di gestione, in un uso inefficiente delle risorse, in una ridotta efficienza di implementazione del lavoro e causerà anche difficoltà nell’aggregazione dei dati a tutti i livelli della WBS.
Precauzioni
1. La WBS deve essere orientata ai risultati finali
L'obiettivo del progetto è fornire un prodotto o un servizio e ogni lavoro nella WBS è fornire risultati consegnabili.
2. La WBS deve rientrare nell’ambito del progetto
La WBS deve includere e includere solo le attività necessarie per completare i risultati finali del progetto
Nella WBS, la somma di tutti gli elementi di livello inferiore deve rappresentare al 100% la somma degli elementi di livello superiore (principio del 100%)
3. Lo strato sottostante 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 gestione del progetto, ma anche consentire al management di monitorare e controllare l'avanzamento del progetto e il budget.
4. Qualcuno, e solo una persona, deve essere responsabile degli elementi contenuti nel WBS (Principio di responsabilità indipendente)
Esiste una sola persona responsabile, ma possono partecipare più persone. La WBS e la persona responsabile possono essere descritte utilizzando una matrice di responsabilità lavorativa.
5. La WBS dovrebbe essere controllata a 4~6 livelli
Ogni livello della WBS divide un elemento del livello precedente in 4~7 nuovi elementi. Le dimensioni degli elementi allo stesso livello dovrebbero essere simili.
Un'unità di lavoro può essere subordinata solo ad un'unità superiore per evitare subordinazioni incrociate.
6. La WBS dovrebbe includere il lavoro di gestione del progetto (perché la gestione è parte del lavoro specifico del progetto), nonché il lavoro subappaltato
7. La preparazione della WBS richiede la partecipazione di tutte le parti interessate (chiave) del progetto
8. La WBS non è statica
Una volta completata la WBS, potrebbe essere ancora necessario modificarla e le modifiche devono essere apportate attraverso un processo formale di controllo delle modifiche.
9. Principio 8/80
Rifornire
La durata del pacchetto di lavoro è controllata tra 8 e 80 ore
produzione
Base di applicazione
definizione
è la dichiarazione di ambito approvata, la WBS e il corrispondente dizionario WBS, che può essere modificato solo attraverso un processo formale di controllo delle modifiche e viene utilizzato come base per il confronto
dichiarazione dello scopo del progetto
Include una descrizione dell'ambito del progetto, dei principali risultati finali, delle ipotesi e dei vincoli
WBS
Si tratta di una suddivisione gerarchica dell'intero ambito di lavoro che il team di progetto deve eseguire per raggiungere gli obiettivi del progetto e creare i risultati finali richiesti.
conto di controllo
Un punto di controllo gestionale in cui ambito, budget e pianificazione sono integrati e la performance viene misurata rispetto al valore guadagnato
Includere
pacchetto di lavoro
Il livello più basso della WBS è il pacchetto di lavoro con un numero identificativo univoco
Numero identificativo
Fornisce una struttura gerarchica, ovvero una codifica degli account, per l'aggregazione livello per livello di informazioni su costi, pianificazione e risorse
L'account di controllo contiene due o più pacchetti di lavoro e ciascun pacchetto di lavoro può essere associato solo a un account di controllo
pacchetto di pianificazione
Si tratta di una componente della struttura di suddivisione del lavoro che è inferiore al conto di controllo e superiore al pacchetto di lavoro. Il contenuto del lavoro è noto, ma le attività di avanzamento dettagliate non sono note.
Un conto di riconciliazione può contenere uno o più pacchetti di pianificazione
Dizionario WBS
definizione
Un documento che descrive in dettaglio i risultati finali, le attività e le informazioni sullo stato di avanzamento per ciascun componente della WBS (un supplemento alla WBS)
effetto
Il dizionario WBS fornisce supporto per WBS in cui la maggior parte delle informazioni viene creata da altri processi e quindi aggiunta al dizionario in una fase successiva
il contenuto include
Identificazione del codice account, descrizione del lavoro, ipotesi e vincoli, organizzazione responsabile, tappe fondamentali della pianificazione, attività di pianificazione correlate, risorse richieste, stime dei costi, requisiti di qualità, criteri di accettazione, riferimenti tecnici, informazioni sull'accordo, ecc.
File di progetto (aggiornati)
Registro ipotetico
documento dei requisiti
Conferma l'ambito
Panoramica del processo
dovrebbero essere utilizzati durante tutto il progetto
definizione
È il processo di accettazione formale dei risultati finali del progetto completato
effetto principale
Rendi oggettivo il processo di accettazione
Aumentare la probabilità di accettazione del prodotto, servizio o risultato finale convalidando ciascun risultato finale
Dovrebbero essere eseguiti regolarmente durante tutto il progetto secondo necessità
partecipanti
Revisione dei risultati finali verificati dal processo di controllo della qualità (gestione della qualità) da parte delle principali parti interessate, in particolare il cliente o lo sponsor, a conferma che questi risultati finali sono stati completati in modo soddisfacente e formalmente accettati
Base per confermare il campo di applicazione
Output ottenuti dai processi corrispondenti nell'area di conoscenza Project Scope Management (come documenti sui requisiti o linee di base dell'ambito)
Dati sulle prestazioni lavorative ottenuti da processi di esecuzione in altre aree di conoscenza
Passaggi per confermare l'ambito
Possibile classifica
1. Determinare quando è richiesta la convalida dell'ambito
2. Identificare quali input sono necessari per la convalida dell'ambito
3. Determinare i criteri e gli elementi formalmente accettati per l'ambito
4. Determinare le fasi organizzative per una riunione di scoping
5. Riunione di conferma dell'ambito dell'organizzazione
Confrontare con il processo di controllo della qualità
Il processo di conferma dell'ambito si concentra sull'accettazione dei deliverable, mentre il processo di controllo della qualità si concentra sulla correttezza dei deliverable e sulla loro conformità ai requisiti di qualità.
Normalmente, prima di confermare l'ambito, il team di progetto deve eseguire prima il lavoro di controllo della qualità (prima il controllo di qualità, quindi confermare l'ambito). Ad esempio, prima di confermare l'ambito di un progetto software, è necessario eseguire test del sistema e altro lavoro garantire la scorrevolezza del lavoro di conferma
Il processo di controllo della qualità solitamente precede il processo di convalida dell'ambito, ma possono anche essere eseguiti contemporaneamente.
Problemi da verificare
L'analisi del caso è stata superata
1. Se i risultati finali sono certi e confermabili
2. Se ogni risultato finale ha un traguardo chiaro e se il traguardo ha un evento chiaro e identificabile, come l'approvazione scritta del cliente, ecc.
3. Esistono standard di qualità chiari?
La consegna dei risultati finali non deve solo avere standard chiari, ma anche standard che stabiliscano se siano completati come richiesto e se esista una chiara connessione tra i risultati finali e i loro standard.
4. Le revisioni e gli impegni sono espressi chiaramente?
Lo sponsor deve concordare formalmente i confini del progetto, i prodotti o i servizi che devono essere completati dal progetto e i risultati finali relativi al progetto
Il team di progetto deve avere una chiara comprensione di quali siano i risultati finali
5. L'ambito del progetto copre tutte le attività che devono essere completate per il prodotto o servizio? Sono presenti omissioni o errori?
6. I rischi legati all’ambito del progetto sono troppo elevati?
Se il management può ridurre l’impatto sul progetto se si verifica il rischio
Differenze nel focus degli stakeholder
1. La gestione si concentra principalmente sulla portata del progetto
Si riferisce all'impatto dell'ambito sull'avanzamento del progetto, sui fondi e sulle risorse. Se questi fattori superano la tolleranza dell'organizzazione e se l'input e l'output sono ragionevoli.
2. I clienti si concentrano principalmente sulla gamma di prodotti
Preoccupato se i risultati finali del progetto siano sufficienti per completare il prodotto o il servizio
3. I project manager si concentrano principalmente sui vincoli del progetto
Prestare attenzione se i risultati finali del progetto sono sufficienti e devono essere completati, se il tempo, i fondi e le risorse sono sufficienti e se i principali rischi potenziali e le soluzioni predisposte sono
4. I membri del team di progetto si concentrano principalmente sugli elementi dell'ambito del progetto in cui sono coinvolti e di cui sono responsabili.
Controlla se il tuo orario di lavoro è sufficiente definendo il tempo nell'ambito, se hai più attività nell'ambito del progetto e se ci sono conflitti tra queste attività
accedere
piano di gestione del progetto
1. piano di gestione dell'ambito
Definisce il modo in cui i risultati finali completati verranno formalmente accettati
2. piano di gestione della domanda
Descrive come identificare i requisiti del progetto
3. Base di applicazione
Confrontare l'ambito di riferimento con i risultati effettivi per determinare se sono necessarie modifiche, azioni correttive o azioni preventive
file di progetto (Classificato in base all'output del processo)
1. Raccogliere i requisiti
documento dei requisiti
Confrontare i requisiti con i risultati effettivi per determinare se sono necessarie modifiche, azioni correttive o azioni preventive
Matrice di monitoraggio dei requisiti
Contiene informazioni relative ai requisiti, incluso come confermarli
2. Qualità gestionale
rapporto di qualità
Il contenuto può includere una panoramica di tutte le questioni relative alla garanzia della qualità gestite dal team o che richiedono l'escalation, suggerimenti per il miglioramento e situazioni scoperte durante il controllo della qualità.
3. Gestire la conoscenza del progetto
Registro delle lezioni apprese
Le lezioni apprese nelle prime fasi del progetto possono essere applicate alle fasi successive per migliorare l'efficienza e l'efficacia dell'accettazione dei risultati finali
dati sulle prestazioni lavorative
Compreso il grado di conformità ai requisiti, il numero di incoerenze, la gravità delle incoerenze o il numero di conferme effettuate entro un determinato periodo di tempo
Risultati verificati
Si riferisce a un prodotto finale che è stato completato e verificato come corretto dal processo di controllo qualità
Strumenti e tecniche
Ispezioni (recensioni, revisioni di prodotti e ispezioni)
Condurre attività come misurazione, revisione e convalida per determinare se il lavoro e i risultati finali soddisfano i requisiti e i criteri di accettazione del prodotto
il processo decisionale
produzione
Risultati finali per l'accettazione
Per i risultati finali che soddisfano i criteri di accettazione, deve essere redatto un documento formale, firmato e approvato formalmente dal cliente o dallo sponsor.
richiesta di modifica
I risultati finali che sono stati completati ma non hanno superato l'accettazione formale e le ragioni del fallimento dovrebbero essere documentati. Potrebbe essere necessario inviare richieste di modifica per questi prodotti ed eseguire il corrispondente lavoro di correzione dei difetti
informazioni sulle prestazioni lavorative
Includere informazioni sullo stato di avanzamento del progetto, ad esempio quali risultati finali sono stati accettati e quali hanno fallito e perché. Registrare queste informazioni e trasmetterle alle parti interessate
File di progetto (aggiornati)
1. documento dei requisiti
Registrare i risultati effettivi dell'accettazione e aggiornare i documenti sui requisiti
2. Matrice di monitoraggio dei requisiti
Aggiornare la matrice di tracciamento dei requisiti in base ai risultati di accettazione, compresi i metodi di accettazione utilizzati e i relativi risultati.
3. Registro delle lezioni apprese
Gamma di controllo
Panoramica del processo
definizione
È il processo di monitoraggio dello stato dell'ambito di progetti e prodotti e di gestione delle modifiche all'ambito di base.
effetto principale
Mantenere la linea di base dell'ambito durante tutto il progetto
Necessità di essere eseguite durante tutto il progetto
Il processo dell'ambito di controllo dovrebbe essere coordinato con i processi di controllo in altre aree di conoscenza della gestione del progetto.
Gestire le modifiche
Il controllo dell'ambito del progetto garantisce che tutte le richieste di modifica, le azioni correttive consigliate o le azioni preventive vengano affrontate attraverso l'implementazione del processo complessivo di controllo delle modifiche
scorrimento dell'ambito
Espansione incontrollata dell'ambito del prodotto o del progetto (senza corrispondenti adeguamenti a tempi, costi e risorse)
accedere
piano di gestione del progetto
1. piano di gestione dell'ambito
Documentato su come controllare l'ambito del progetto e del prodotto
2. piano di gestione della domanda
Documentato su come gestire i requisiti del progetto
3. piano di gestione del cambiamento
Processo definito per la gestione delle modifiche al progetto
4. piano di gestione della configurazione
Definisce quali elementi di configurazione sono elementi di configurazione, quali elementi di configurazione richiedono il controllo formale delle modifiche e il processo di controllo delle modifiche per questi elementi di configurazione
5. Base di applicazione
Confrontare l'ambito di riferimento con i risultati effettivi per determinare se sono necessarie modifiche, azioni correttive o azioni preventive
6. parametri di misurazione delle prestazioni
Quando si utilizza l'analisi dell'Earned Value, i valori di riferimento per la misurazione delle prestazioni vengono confrontati con i risultati effettivi per determinare se sono necessarie modifiche, azioni correttive o azioni preventive.
file di progetto (Classificato in base all'output del processo)
1. Gestire la conoscenza del progetto
Registro delle lezioni apprese
2. Raccogliere i requisiti
documento dei requisiti
Utilizzato per identificare eventuali deviazioni dal progetto concordato o dall'ambito del prodotto
Matrice di monitoraggio dei requisiti
Aiuta a esplorare l'impatto di eventuali modifiche o eventuali deviazioni dall'ambito di base sugli obiettivi del progetto, fornisce inoltre lo stato dei requisiti controllati
dati sulle prestazioni lavorative
Include il numero di richieste di modifica ricevute, il numero di richieste di modifica accettate o il numero di risultati verificati, convalidati e completati
asset dei processi organizzativi
Politiche, procedure e linee guida esistenti, formali e informali relative al controllo dell'ambito; metodi e modelli di monitoraggio e reporting disponibili, ecc.
Strumenti e tecniche
analisi dei dati
Analisi della deviazione
Confrontare i valori di riferimento con i risultati effettivi (dati sulle prestazioni lavorative) per determinare se le deviazioni rientrano negli intervalli di valori critici o se è necessaria un'azione correttiva o preventiva
analisi delle tendenze
Esaminare le prestazioni del progetto nel tempo per determinare se le prestazioni stanno migliorando o peggiorando
Determinare le cause e l’entità delle deviazioni dall’ambito di base e decidere se è necessario intraprendere azioni correttive o preventive sono compiti importanti del controllo dell’ambito del progetto
produzione
informazioni sulle prestazioni lavorative
Informazioni correlate e contestuali sull'implementazione dell'ambito del progetto e del prodotto (rispetto all'ambito di riferimento)
includere
Include la classificazione delle modifiche ricevute, le deviazioni dall'ambito e le cause identificate, l'impatto delle deviazioni sulla pianificazione e sui costi e le proiezioni delle prestazioni future dell'ambito
richiesta di modifica
Piano di gestione del progetto (aggiornato)
1. piano di gestione dell'ambito
2. Base di applicazione
Una volta approvate le modifiche all'ambito, alla dichiarazione dell'ambito, alla WBS o al dizionario della WBS, sono necessarie le modifiche corrispondenti alla baseline dell'ambito
3. base di progresso
Dopo l'approvazione delle modifiche all'ambito, alle risorse o alle stime della pianificazione, sono necessarie modifiche corrispondenti alla previsione della pianificazione
4. base dei costi
Dopo l'approvazione delle modifiche all'ambito, alle risorse o alle stime dei costi, è necessario apportare le modifiche corrispondenti alla previsione dei costi
5. parametri di misurazione delle prestazioni
Dopo l'approvazione delle modifiche all'ambito, alle prestazioni della pianificazione o alle stime dei costi, sono necessarie modifiche corrispondenti alla base di misurazione delle prestazioni
Se la deviazione è troppo ampia, il benchmark deve essere ristabilito.
File di progetto (aggiornati)
1. documento dei requisiti
Aggiungi o modifica i requisiti
2. Matrice di monitoraggio dei requisiti
Modifiche al documento sui requisiti
3. Registro delle lezioni apprese
esercizio
La risposta corretta è C. Ciascun processo di gestione si sovrappone e interagisce tra loro. Durante il processo dell'ambito di controllo, se l'ambito cambia, causerà cambiamenti nella pianificazione, nei costi e nella qualità, quindi questi processi devono essere integrati.
Opzione B. I cambiamenti nell'organizzazione di esecuzione del progetto possono causare cambiamenti nell'ambito del progetto Se una persona nell'organizzazione lascia, ma solo lui è qualificato per un determinato lavoro nel progetto, il lavoro dovrà essere temporaneamente sospeso fino a quando viene trovata una nuova persona per sostituire il lavoro del dipendente