Login
Accedi

EdrawMind

Tutorial sul Project Manager dei Sistemi Informativi (4a edizione) Capitolo 9_Gestione dell'ambito del progetto

Galleria mappe mentale Tutorial sul Project Manager dei Sistemi Informativi (4a edizione) Capitolo 9_Gestione dell'ambito del progetto

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

VisioneCreativa

Lavori recenti Visualizza più lavori>>

Tutorial sul Project Manager dei Sistemi Informativi (4a edizione) Capitolo 9_Gestione dell'ambito del progetto

VisioneCreativa

Lavori recenti Visualizza più lavori>>

Consigliato per te
Profilo

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