Galleria mappe mentale Progetto avanzato Capitolo 5 - Mappa mentale della gestione dell'ambito del progetto
Questa è una mappa mentale relativa al Capitolo 5 di High Project - Project Scope Management. È suddiviso in aspetti quali l'ambito di controllo e l'ambito di conferma. Il contenuto è dettagliato, la struttura è chiara e la logica è rigorosa. Vale la pena impararlo.
Modificato alle 2021-06-21 13:11:15Questa è 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
5.1 Gestione dell'ambito di pianificazione
definizione
Sviluppare un piano di gestione dell'ambito che descriva per iscritto come l'ambito del progetto sarà definito, convalidato e controllato Procedura.
Due gamme
Ambito del progetto
Lavoro
Chiarire i confini del progetto
Monitorare l'esecuzione del progetto
Prevenire lo spostamento dell'ambito del progetto
definizione
Cosa deve fare il progetto per consegnare il prodotto
La base per generare un piano di gestione del progetto
La baseline dell'ambito è la dichiarazione dell'ambito del progetto approvata, la WBS, il dizionario WBS
Gamma di prodotti
Cosa dovrebbe includere il prodotto o il servizio
Si tratta di una descrizione dei requisiti del prodotto e costituisce la base dell'ambito del progetto.
Determina se l'ambito del prodotto è completo in base al fatto che soddisfi la descrizione del prodotto
5.2 Raccogliere i requisiti
definizione
Il processo di identificazione, documentazione e gestione dei bisogni e dei requisiti delle parti interessate per raggiungere gli obiettivi del progetto
Classificazione
Esigenze aziendali
Esigenze delle parti interessate
Requisiti della soluzione
Richieste funzionali
requisiti non funzionali
Esigenze di transizione
Requisiti del progetto
requisiti di qualità
Strumenti e tecniche
Colloquio
gruppo di discussione
Riunisci stakeholder preselezionati ed esperti in materia per comprendere le loro aspettative e atteggiamenti nei confronti del prodotto, servizio o risultato proposto. Un moderatore esperto conduce la discussione interattiva. I focus group tendono ad essere più coinvolgenti delle interviste individuali. Un focus group è un colloquio di gruppo piuttosto che un colloquio individuale
seminario guidato
Invitando i principali stakeholder interfunzionali a partecipare alla riunione. I workshop guidati si concentrano sui requisiti del prodotto Teoria e definizione. I workshop sono una tecnica importante per definire rapidamente i requisiti interfunzionali e conciliare le differenze tra le parti interessate
Innovazione tecnologica del Gruppo
Brainstorming
gruppo nominale
Sondaggio per classificare le idee più utili per ulteriore brainstorming o definizione delle priorità
Tecnica Delfi
Metodi anonimi o back-to-back, diversi cicli di feedback durante il processo di previsione, in modo che le opinioni degli esperti convergano gradualmente
Mappa concettuale/mentale
Diagramma di affinità
Significa raccogliere in modo completo varie esperienze, conoscenze, idee, opinioni e altri linguaggi e parole su un determinato argomento. I dati vengono riassunti attraverso diagrammi e riassunti e organizzati secondo le loro reciproche affinità per rendere chiaro il problema.
Analisi decisionale multicriterio
tecniche decisionali di gruppo
concordato all'unanimità
maggior parte
sottoargomento
Questionario
osservare
metodo del prototipo
Analisi comparativa
Diagramma di interazione del sistema
Analisi dei file
documento dei requisiti
Esigenze aziendali
Esigenze delle parti interessate
Requisiti della soluzione
Requisiti del progetto
Esigenze di transizione
Presupposti, dipendenze, vincoli
Monitoraggio dei requisiti
Gestione della domanda
Include tutte le attività che mantengono la coerenza e l'accuratezza dei requisiti durante lo sviluppo del prodotto, incluso il controllo delle baseline dei requisiti, il mantenimento dei piani di progetto coerenti con i requisiti, il controllo dello stato della versione dei singoli requisiti e dei documenti dei requisiti, la gestione delle connessioni tra i requisiti e le catene di contatti o la gestione delle dipendenze tra i singoli requisiti e altri risultati finali del progetto, monitorando lo stato dei requisiti nella linea di base
base della domanda
I risultati dello sviluppo dei requisiti del progetto software dovrebbero includere documenti sulla visione e sull'ambito del progetto, documenti sui casi d'uso, specifiche dei requisiti software e relativi modelli di analisi. Dopo la revisione e l'approvazione, questi documenti definiscono i requisiti di base del lavoro di sviluppo. Questa linea di base stabilisce un accordo tra il cliente e lo sviluppatore per pianificare i requisiti funzionali e non funzionali del prodotto.
Acquisizione dei requisiti
Comunicare attivamente con gli utenti, ottenere le esigenze degli utenti, analizzarle e correggerle e infine formare un'interfaccia utente adatta alla risoluzione dei problemi. Esigenze dell'utente e generazione di "Specifiche delle esigenze dell'utente"
analisi della domanda
Analizzare e descrivere in modo astratto vari requisiti per stabilire un modello concettuale in grado di guidare il sistema
Definizione dei requisiti
Sulla base dei risultati dell'acquisizione e dell'analisi della domanda, definire requisiti accurati del prodotto e generare "Specifiche dei requisiti" Libro"
Verifica dei requisiti
5.3 Definire l'ambito
definizione
La definizione dell'ambito è il processo di formulazione di descrizioni dettagliate di progetti e prodotti. La sua funzione principale è quella di chiarire quali dei requisiti raccolti saranno inclusi nell'ambito del progetto e quali saranno esclusi dall'ambito del progetto, chiarendo così i confini dei prodotti. servizi o risultati.
Strumenti e tecniche
giudizio esperto
analisi del prodotto
Generazione alternativa
seminario guidato
dichiarazione dello scopo del progetto
Descrizione della gamma di prodotti
Criteri di accettazione
Indicatori di misurazione di costi, tempistiche e qualità
Prodotti finali
Esclusioni di progetti
Vincoli
Ipotesi
effetto
Scopo
basi della comunicazione
base di pianificazione e controllo
Cambia base
basi della pianificazione
5.4 Creare la WBS
definizione
Suddividi i risultati finali del progetto e il lavoro del progetto in elementi più piccoli e più gestibili processo componente
pietra miliare
Segna il completamento formale di un deliverable o di una fase. I checkpoint importanti sono le pietre miliari, le pietre miliari importanti sono le linee di base
pacchetto di lavoro
≥8 ore, ≤80 ore
conto di controllo
Un account di controllo include diversi pacchetti di lavoro, ma un pacchetto di lavoro appartiene solo a un account di controllo
pacchetto di pianificazione
Si riferisce alla componente WBS sotto il conto di controllo in cui il contenuto del lavoro è noto ma mancano attività di avanzamento dettagliate.
Dizionario WBS
Include l'identificazione del codice account, la descrizione del lavoro, le ipotesi 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 tecnici e le informazioni sull'accordo
attività di decomposizione
Identificare e analizzare i risultati finali e il lavoro correlato
Determinare la struttura e la disposizione della WBS
Decomposizione strato per strato dall'alto verso il basso
Sviluppare e assegnare codici identificativi ai componenti della WBS
Verificare che il livello di scomposizione dei deliverable sia appropriato
8 aspetti a cui prestare attenzione
La WBS deve essere orientata ai risultati finali
La WBS deve rientrare nell’ambito del progetto
Lo strato sottostante della WBS dovrebbe supportare la pianificazione e il controllo
Ci deve essere una persona, ed una sola persona, responsabile degli elementi della WBS
Guida WBS. Come linea guida piuttosto che come principio, la WBS dovrebbe essere controllata su 4-6 livelli
La WBS dovrebbe includere il lavoro di gestione del progetto così come 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
5.5 Ambito di conferma
definizione
Il processo di accettazione formale dei risultati finali completati da parte delle parti interessate del progetto
Strumenti e tecniche
esaminare
tecniche decisionali di gruppo
fare un passo
Determinare quando è richiesta la convalida dell'ambito
Identificare quali input sono necessari per la convalida dell'ambito
Determinare i criteri e gli elementi formalmente accettati per l'ambito
Determinare le fasi organizzative per una riunione di scoping
Riunione di conferma dell'ambito dell'organizzazione
Differenza dal controllo qualità
L'ambito di convalida enfatizza l'accettazione dei risultati finali; il controllo di qualità enfatizza la correttezza dei risultati finali;
Il controllo di qualità viene solitamente effettuato prima della conferma dell'ambito, oppure contestualmente alla conferma dell'ambito alla fine della fase;
Il controllo di qualità è un'ispezione interna; l'ambito è confermato e i risultati finali sono accettati dalle parti interessate del progetto;
Differenza dalla chiusura
L'ambito della conferma enfatizza l'accettazione dei risultati finali; la chiusura enfatizza l'accettazione dei prodotti
5.6 Ambito di controllo
Il controllo dell'ambito è il processo di monitoraggio dello stato dell'ambito di progetti e prodotti e di gestione delle modifiche alla baseline dell'ambito. Il suo ruolo principale è mantenere l'ambito di riferimento per tutta la durata del progetto
L'opera principale
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 una modifica dell'ambito
Gestire le modifiche effettive quando si verificano modifiche all'ambito, assicurando che tutte le modifiche richieste vengano elaborate in conformità con il processo di controllo delle modifiche complessivo del progetto