Che cosa dovreste conoscere circa Definizione Ambito per l'esame di certificazione PMP

Per l'esame di certificazione PMP, è necessario sapere che definire portata copre definire la portata del progetto e prodotto nel dettaglio. Ambito ben definito consente il successo del progetto. Portata mal definita porta al conflitto, rielaborare, e delle parti interessate insoddisfazione. Pertanto, il tempo speso per comprendere appieno progetto e definizione del prodotto è tempo ben speso.

Definire Scope. Il processo di sviluppo di una descrizione dettagliata del progetto e del prodotto.

Definire Ambito: Ingressi

Si utilizza le informazioni di alto livello dalla carta del progetto, la guida del piano di gestione dell'ambito, e la documentazione più dettagliata i requisiti per sviluppare un dell'ambito del progetto.

Descrizione dell'ambito del progetto. La descrizione del campo di applicazione del progetto, i principali deliverable, assunzioni e vincoli.

La descrizione dell'ambito del progetto aiuta le parti interessate a capire ciò che è dentro e fuori del campo di applicazione e fornisce una base documentata per prendere decisioni. Per le organizzazioni con i processi di project management robusti, probabilmente troverete le politiche e le procedure che danno senso a definire il campo di applicazione. Probabilmente anche alcuni modelli pure.

Definire Ambito: strumenti e tecniche

Per passare da un alto livello di comprensione del progetto, come documentato nella carta del progetto, come specificato nella documentazione requisiti, è necessario lavorare con persone che capiscono il prodotto, progetto, ei dettagli tecnici. Un altro modo di dire questo è che è necessario il giudizio di esperti, e che potrebbe venire in forma di membri del team, consulenti, clienti, o organizzazioni professionali.

Si potrebbe optare per raccogliere questi esperti e hanno un workshop facilitato. Una sessione JAD spesso aiutare a raccogliere le informazioni necessarie per sviluppare una dichiarazione sulla portata robusto.

In pratica, raccogliendo requisiti e documentare la portata del progetto avviene contemporaneamente. Si tratta di un ciclo iterativo che continua fino a quando i requisiti sono complete e informazioni sulla portata del progetto è completamente definito.

Analisi del prodotto

Per molti progetti, il risultato finale è di uno o più prodotti che possono essere suddivisi in più parti o dei prodotti. Analizzando il prodotto finale e la determinazione degli elementi che lo compongono, è possibile ottenere una migliore comprensione degli elementi da fornire e appropriati criteri di accettazione.

A seconda del tipo di progetto su cui stai lavorando, potreste sentire questo processo denominato ingegneria di sistema, prodotto guasto, analisi dei requisiti, o ingegneria valore.

Alternative generazione

Nella gestione dei progetti, di solito c'è più di un modo per andare a raggiungere gli obiettivi. Si può prendere in considerazione le prestazioni, costi, rischi e fattibilità delle varie opzioni, sia il più semplice decidere se esternalizzare il lavoro o fare il lavoro in-house, o valutare se utilizzare un prodotto esistente come punto di partenza, o reinventare qualcosa partendo da una tabula rasa.

Come la tua squadra passa attraverso il processo di analisi del prodotto e la generazione di alternative, la portata del progetto diventa più chiaro, e si può iniziare a sviluppare la descrizione dell'ambito del progetto.

Definire Ambito: Uscite

Il dell'ambito del progetto può essere più dettagliato necessario per capire e controllare la portata. Come minimo, si dovrebbe comprendere, direttamente o con riferimento ad altri documenti, la seguente:

  • Descrizione del prodotto portata: Una descrizione narrativa del prodotto. Dovrebbe contenere più dettagli rispetto alla carta del progetto.
  • Criteri di accettazione: Una descrizione delle condizioni o criteri che devono essere soddisfatti per il cliente di accettare i componenti finali del prodotto o dei prodotti.
  • Deliverables: includere non solo la documentazione di prodotto, ma anche i risultati del progetto. Questo può includere la formazione, la documentazione, le relazioni, la ricerca, e simili.
  • Esclusioni di progetto: Chiarire ciò che non è di portata. Tali deroghe dovrebbero essere indicati in modo implicito per minimizzare le incomprensioni e conflitti più avanti nel progetto.

    Uno dei modi più semplici per controllare il vostro scopo è quello di definire chiaramente ciò che è escluso. Molte parti interessate si assume che se qualcosa non è esclusa, è incluso. Coloro che hanno combattuto questa battaglia un paio di volte hanno imparato ad inserire questa semplice frase in esclusioni: "Tutto quanto non espressamente incluso, è escluso."
  • Vincoli di progetto: Una limitazione o restrizione. Molte volte, un budget fisso o contrattualmente concordato date milestone sono vincoli. Alcuni standard normativi sono anche vincoli.
  • Ipotesi di progetto: gli aspetti del progetto, che si pensa essere vero, ma non dimostrato devono essere documentate. Ad esempio, si potrebbe supporre che una caffetteria servizio di ristorazione vendor farà qualsiasi preparazione dei cibi. Questo non sarà certo fino a quando un contratto per il lavoro supplementare è completato, ma a questo punto, si può assumere che questo è vero per la pianificazione.

Assunzioni. I fattori nel processo di pianificazione che sono considerati la vera, reale, o certo senza prove o dimostrazioni.

Vincolo. Un fattore limitante che influenza l'esecuzione di un progetto, programma portafoglio o processo.

Un esempio di un vincolo pianificazione è alcuna limitazione o restrizione nella pianificazione del progetto che interessa quando un'attività programma può essere programmata, come ad esempio una data di consegna fissa o traguardo.

Molti responsabili di progetto muovono le loro ipotesi di una Assunzione Log come sono progressivamente elaborati. È possibile consultare il registro nella dichiarazione portata, o di tenere le assunzioni di alto livello nella dichiarazione sulla portata e quelli più dettagliati nella dell'Assunzione Log.