Gestione dei dettagli di progetto in un piano del progetto dell'organizzazione mappato a un progetto team
Un responsabile di progetto può gestire sia i requisiti aziendali che le attività di implementazione in Microsoft Project Professional. Con l'avanzamento del lavoro, i team di sviluppo possono aggiornare le proprie attività mentre utilizzano Team Foundation. Sia responsabili di progetto che team di sviluppo possono gestire i flussi di lavoro in modo indipendente e nel contempo collaborare e comunicare in modo efficace quando si verificano cambiamenti che influiscono sulla pianificazione. Il motore di sincronizzazione di Visual Studio Team Foundation Server 2010 e Project Server gestisce i dati di pianificazione per i requisiti e le attività nel piano del progetto dell'organizzazione e nel progetto team mappati.
Nota
Se si desidera gestire solo i risultati finali tramite Project Server, vedere Pianificazione dall'alto verso il basso dei requisiti aziendali in un piano del progetto dell'organizzazione mappato a un progetto team.
Prima di poter sincronizzare i dati tra il piano del progetto e un progetto team, è necessario associarli. Per ulteriori informazioni, vedere Gestione dell'associazione di progetti dell'organizzazione a progetti team. Prima di associare il piano al progetto, è opportuno rivedere le configurazioni consigliate per supportare la gestione dei dettagli del progetto, più avanti in questo argomento.
Nota
Il processo e le attività descritti in questo argomento richiedono che la distribuzione di Team Foundation Server 2010 sia stata configurata per l'integrazione con Office Project Server 2007 con Service Pack 2 (SP2) o Project Server 2010. Per ulteriori informazioni, vedere Configurazione dell'integrazione di Team Foundation Server e Project Server.
In questo argomento
Cenni preliminari sul processo di gestione dei dettagli del progetto
Configurazioni consigliate per supportare la gestione dei dettagli del progetto
Attività e procedure consigliate del responsabile del progetto
Attività e procedure consigliate del team di sviluppo
Autorizzazioni necessarie
Per eseguire le procedure descritte in questo argomento, sono necessarie le seguenti autorizzazioni:
Per pubblicare le attività da un piano del progetto dell'organizzazione a Team Foundation, la risorsa assegnata all'attività deve essere membro del gruppo Contributors del progetto team.
Per aggiornare gli elementi di lavoro in Team Foundation e inviarli a Project Server, gli utenti Team Foundation devono essere membri del gruppo Contributors del progetto team. Tali utenti devono essere anche membri del gruppo Membri del team di Project Web Access o Project Web App (PWA) o devono disporre delle autorizzazioni Apri progetto e Visualizza sito progetto in Project. Devono inoltre essere aggiunti al pool di risorse dell'organizzazione per Project Server e al pool di risorse del piano del progetto dell'organizzazione.
Per ulteriori informazioni, vedere Assegnazione di autorizzazioni per supportare l'integrazione di Project Server e Team Foundation Server.
Cenni preliminari sul processo di gestione dei dettagli del progetto
Come mostrato nell'illustrazione seguente, il responsabile del progetto inizia il processo pianificando i requisiti e le attività in Project Professional. Il motore di sincronizzazione crea gli elementi di lavoro corrispondenti in Team Foundation per ogni attività inviata. Il responsabile del team rivede il piano con il team di sviluppo e aggiorna le stime di lavoro. Ogni membro del team può aggiornare la parte relativa al proprio lavoro man mano che le attività vengono completate.
Project calcola automaticamente il rollup del lavoro rimanente e completato in base alle attività collegate a ogni requisito. Quando i membri del team aggiornano le attività, gli aggiornamenti di stato vengono inviati per l'approvazione e. una volta approvati dal responsabile del progetto, vengono inseriti in Project. A questo punto Project calcola automaticamente il rollup dei requisiti nel progetto team. Gli aggiornamenti di stato per questi rollup appaiono quindi nell'istanza di PWA per l'approvazione da parte del responsabile del progetto.
Nella tabella seguente vengono riepilogate le attività eseguite.
Responsabile del progetto |
Il responsabile del progetto effettua le attività seguenti in Project Professional o nell'istanza di PWA: Definire il piano del progetto che contiene sia risultati finali che attività. È possibile che i risultati finali corrispondano a requisiti o storie utente, a seconda del modello di processo utilizzato dal team di prodotto per creare il progetto team. Salvare e pubblicare il piano in Project Server. Approvare o rifiutare gli aggiornamenti di stato nel corso dell'avanzamento del lavoro. Pubblicare regolarmente aggiornamenti al piano su Project Server. |
Motore di sincronizzazione |
Per ciascun risultato finale o attività impostata per la pubblicazione nel piano, il motore di sincronizzazione effettua le azioni seguenti: Aggiornare il progetto team creando un elemento di lavoro per ogni attività pubblicata nel piano del progetto mappato. Il motore crea anche un collegamento che associa l'attività in Project Server all'elemento di lavoro in Team Foundation. Creare un aggiornamento di stato per ogni campo mappato in ogni attività pubblicata man mano che si verificano modifiche in Team Foundation. Questi aggiornamenti appaiono nella coda di approvazione per essere rivisti dal responsabile del progetto. Aggiornare gli elementi di lavoro nel progetto team in base all'azione di accettazione o rifiuto dell'aggiornamento di stato da parte del responsabile del progetto. |
Responsabile del team |
In Team Foundation, il responsabile del team e i membri del team effettuano le attività seguenti: Rivedere gli elementi di lavoro aggiunti al progetto team. Aggiornare gli elementi di lavoro nel corso dell'avanzamento del lavoro, modificando i campi Lavoro rimanente e Lavoro completato per ciascuna attività. Reagire allo stato rifiutato degli elementi di lavoro modificando tali elementi e inviandoli nuovamente a Project Server. |
Torna all'inizio
Configurazioni consigliate per supportare la gestione dei dettagli del progetto
Per supportare il processo delineato nella sezione precedente, è necessario eseguire il mapping del piano del progetto dell'organizzazione al progetto team. Nella tabella seguente vengono descritte le configurazioni consigliate sia per il progetto team che per il mapping. Per ulteriori informazioni, vedere Gestione dell'associazione di progetti dell'organizzazione a progetti team.
Area da configurare |
Configurazione consigliata |
Note |
---|---|---|
Modello di processo per il progetto team |
Microsoft Solutions Framework (MSF) for Capability Maturity Model Integration (CMMI) Process Improvement v5.0 |
Il modello CMMI fornisce tipi di elementi di lavoro per requisiti e attività. Fornisce inoltre una query team per la suddivisione del lavoro che può essere utilizzata per definire rapidamente e collegare le attività ai requisiti.
Nota
È possibile utilizzare anche un modello di processo CMMI personalizzato o un altro modello e personalizzarlo per soddisfare specifiche necessità.
|
Mapping del progetto |
/workItemTypes:Requirement,Task |
Quando si esegue il mapping del piano del progetto dell'organizzazione al progetto team, specificare requisito e attività come elementi tipo di elemento di lavoro che devono far parte della sincronizzazione. È inoltre possibile disattivare l'opzione A lavoro fisso per le attività. Questa opzione specifica uno dei tre tipi di attività che è possibile utilizzare in Project. Per ulteriori informazioni, vedere Modifica del tipo di attività utilizzato in Project per calcolare la durata dell'attività. |
Mapping dei campi |
/useDefaultFieldMappings |
È possibile utilizzare mapping di campi predefiniti. Non sono richiesti mapping dei campi aggiuntivi. |
Nomi delle risorse |
È necessario aggiungere i membri del team al gruppo Membri del team per ciascuna istanza di PWA o concedere loro le autorizzazioni Apri progetto e Visualizza sito progetto in Project. Per ulteriori informazioni, vedere Per aggiungere membri di Team Foundation al gruppo Membri del team. Inoltre, è necessario aggiungere tutti gli utenti validi in Team Foundation a cui sono assegnati requisiti, risultati finali o attività in Project al pool di risorse dell'organizzazione per Project Server e al pool di risorse per il piano del progetto dell'organizzazione. |
È necessario concedere autorizzazioni a tutti gli account utente assegnati come risorse nel piano del progetto o denominati nel campo Assegnato a per un elemento di lavoro. Questi utenti inviano gli aggiornamenti di stato che passano nella coda di stato per l'istanza di PWA. Tutti i nomi assegnati al campo Nomi risorse devono essere riconosciuti come collaboratori validi del progetto team. |
Responsabili di progetto |
Agli account di utenti di Project Professional deve essere concessa l'autorizzazione Visualizza informazioni a livello di progetto; in alternativa tali account devono essere assegnati come membri del gruppo Lettore in Team Foundation per i progetti team in cui eseguiranno la pubblicazione. |
È necessario concedere autorizzazioni ai responsabili di progetto per modificare elementi di lavoro per quei progetti team di cui viene eseguito il mapping ai relativi piani del progetto dell'organizzazione. |
Torna all'inizio
Attività e procedure consigliate del responsabile del progetto
Il responsabile del progetto può definire, pianificare e monitorare lo stato di avanzamento del progetto effettuando le attività seguenti:
Definire requisiti e attività e impostare una previsione
Approvare o rifiutare gli aggiornamenti di stato
Rivedere aggiornamenti e avanzamento in dettaglio
È possibile anche visualizzare l'assegnazione di lavoro alle risorse. Per ulteriori informazioni, vedere Utilizzo del rollup delle risorse nei progetti dell'organizzazione mappati ai progetti team.
Torna all'inizio
Definire requisiti e attività e impostare una previsione
Quando si definisce il piano del progetto, si definiscono requisiti padre e attività figlio. Come mostrato nell'illustrazione seguente, vengono definiti due requisiti e ciascuno include diverse attività. Per ogni requisito e attività, è necessario assegnare un valore a Nomi risorse, impostare Tipo di elemento di lavoro su Requisito o su Attività e impostare Pubblica in progetto team su Sì.
Nota
In Team Foundation è possibile assegnare solo una persona a un elemento di lavoro per volta. Il campo Assegnato a può contenere un solo nome di persona. In Project Professional è possibile assegnare più risorse a un'attività. Le attività pubblicate in Team Foundation Server possono tuttavia contenere solo un'assegnazione attiva. Per ulteriori informazioni, vedere Working with Resource Rollup in Enterprise Projects Mapped to Team Projects.
Importante |
---|
Testo30 è il campo di Project predefinito associato alla colonna Tipo di elemento di lavoro utilizzata nella sincronizzazione di attività con gli elementi di lavoro. Se si connette il piano del progetto a Team Foundation Server tramite l'opzione Scegli progetto Team nel menu della barra multifunzione Team, diventa disponibile un campo di Project aggiuntivo denominato Tipo di elemento di lavoro. Questo campo, con il campo di Project predefinito Text24, supporta il mapping dei piani di progetto associati a Team Foundation, ma non supporta la sincronizzazione dei piani. Il campo basato su Text24 contiene l'elenco completo dei tipi di elemento di lavoro per il progetto team. È possibile verificare di disporre del campo corretto posizionando il puntatore su di esso e verificando che venga visualizzato Testo30. |
Dopo avere pubblicato il piano del progetto, non è possibile modificare il valore assegnato a Pubblica in progetto team. In altre parole, tutte le attività pubblicate in Team Foundation devono continuare a essere pubblicate oppure è necessario eliminarle dal piano del progetto. Inoltre, il responsabile del progetto gestisce le assegnazioni del lavoro alle risorse e la gerarchia di attività nel piano del progetto. Non è possibile modificare la gerarchia di attività in Team Foundation, ma è possibile riassegnare attività ai membri nel progetto team.
Vanno pubblicate solo le attività di cui si desidera tenere traccia in Team Foundation. Ad esempio, le attività di riepilogo Pianificazione progetti e Sviluppo, mostrate nell'illustrazione precedente, non devono essere pubblicate in Team Foundation perché non includono lavoro di cui tenere traccia.
Per mantenere il controllo della pianificazione, è possibile impostare una previsione per tenere traccia dello stato di avanzamento del team rispetto all'obiettivo prefissato. Per ulteriori informazioni, vedere la pagina seguente nel sito Web Microsoft: Creazione o aggiornamento di una previsione o un piano provvisorio.
Dopo avere impostato la previsione, è possibile salvare e pubblicare il piano del progetto in Project Server. Il valore di previsione viene visualizzato come Stima originale per un elemento di lavoro in Team Foundation. Come mostrato nell'illustrazione seguente, una notifica di stato nell'angolo inferiore sinistro indica quando viene completata la pubblicazione.
Nota
Quando si pubblica il piano, il componente aggiuntivo Team Foundation per Project Professional controlla se tutti i dati richiesti per creare l'elemento di lavoro in Team Foundation soddisfano le regole di convalida per il tipo di elemento di lavoro. Se un campo obbligatorio non è definito o se un valore non è consentito, è necessario risolvere gli errori. Per ulteriori informazioni, vedere Risoluzione di errori di convalida.
Torna all'inizio
Approvare o rifiutare gli aggiornamenti di stato
Con l'avanzamento del lavoro del team, gli aggiornamenti di stato vengono visualizzati nella coda di approvazione. È possibile vedere immediatamente quali requisiti e attività sono stati aggiornati e i dettagli di ogni aggiornamento. Come mostrato nell'illustrazione seguente, è possibile fare clic su un aggiornamento di stato per rivederne i dettagli.
Quando si fa clic su un aggiornamento di stato, viene visualizzata la finestra Dettagli attività, come mostrato nell'illustrazione seguente. È possibile rivedere i valori modificati per ogni campo mappato per la sincronizzazione.
Nota
Per aggiornare il piano del progetto dell'organizzazione con le modifiche inviate da Team Foundation, è necessario accettare gli aggiornamenti.
È possibile accettare o rifiutare un aggiornamento e, se si utilizza Project Server 2010, aggiungere un commento. Ad esempio, è possibile rifiutare un aggiornamento perché non si è d'accordo con una stima, un membro del team ha specificato un valore inaccurato o si desidera richiedere che le attività vengano riassegnate in modo che il lavoro venga portato a termine più rapidamente.
Torna all'inizio
Rivedere aggiornamenti e avanzamento in dettaglio
Con l'avanzamento del lavoro, i membri del team modificano i campi Lavoro rimanente e Lavoro completato per ciascuna attività. Questi valori vengono visualizzati come Lavoro rimanente e Lavoro effettivo nel piano del progetto per ogni requisito e attività pubblicati in Team Foundation. Dopo avere approvato gli aggiornamenti di stato, è possibile visualizzare tali aggiornamenti nella pianificazione del progetto. Come mostrato nell'illustrazione seguente, due attività sono state completate e diverse attività non sono ancora iniziate.
Quando un'attività richiede più tempo di quanto originariamente stimato, è possibile determinare se le modifiche alle stime influiscono sul percorso critico. È possibile avvisare il responsabile del team se si è verificato un effetto negativo sulla pianificazione ed è necessario modificare le attività del progetto team.
Torna all'inizio
Attività e procedure consigliate del team di sviluppo
Se il progetto team utilizzato è basato sul modello di processo CMMI, è possibile utilizzare la query team per la suddivisione del lavoro per rivedere e aggiornare il lavoro assegnato al team. Poiché il responsabile del progetto è il proprietario del piano del progetto e della pianificazione, il responsabile del team e il team devono effettuare le attività seguenti:
Rivedere la suddivisione del lavoro
Aggiungere e stimare ulteriori attività
Aggiornare i valori di Lavoro rimanente e Lavoro completato
Gestire gli aggiornamenti rifiutati
La query team per la suddivisione del lavoro è disponibile dopo avere creato un progetto team tramite il modello di processo MSF for CMMI Process Improvement v5.0. Per ulteriori informazioni, vedere Query Team (CMMI).
Se si apre un elemento di lavoro in Team Explorer, il campo Cronologia indica quando il motore di sincronizzazione ha creato l'elemento di lavoro, come mostrato nell'illustrazione seguente.
Torna all'inizio
Rivedere la suddivisione del lavoro
In Team Foundation è possibile aprire la query Suddivisione lavoro e rivedere gli elementi di lavoro aggiunti al progetto team da Project Server. La query elenca tutti i requisiti che non sono chiusi e i relativi requisiti o attività figlio. Come mostrato nell'illustrazione seguente, le attività vengono elencate sotto i rispettivi requisiti e le relazioni di collegamento gerarchico padre-figlio sono bloccate (). In altre parole, non è possibile modificare il modo in cui le attività vengono raggruppate sotto i requisiti. Solo il responsabile del progetto può modificare la gerarchia di attività dal piano del progetto.
Poiché il responsabile del progetto ha impostato una previsione, vengono visualizzati valori sia per Lavoro rimanente che per Stima originale, come mostrato nell'illustrazione seguente.
Torna all'inizio
Aggiungere e stimare ulteriori attività
Se si richiedono attività aggiuntive per implementare un requisito, è possibile definirle e stimarle rapidamente tramite la query Suddivisione lavoro, utilizzando il form elemento di lavoro del requisito o esportando l'elenco in Excel. Come mostrato nell'illustrazione seguente, è possibile fare clic con il pulsante destro del mouse su un requisito, quindi fare clic su Nuovo elemento di lavoro collegato.
Nella finestra Aggiungi nuovo elemento di lavoro collegato a requisito digitare un Titolo per l'attività, quindi fare clic su OK.
Il form elemento di lavoro per l'attività viene visualizzato e automaticamente collegato al requisito. Nel form fare clic su Assegnato a, selezionare il membro del team che opererà sull'attività, quindi digitare le ore stimate per il Lavoro rimanente. Per ulteriori informazioni, vedere Requisito (CMMI) e Attività (CMMI).
In alternativa, è possibile aprire la query Suddivisione lavoro in Excel e definire le attività collegate e stimare il lavoro con rapidità. Per ulteriori informazioni, vedere Esecuzione della pianificazione con un approccio dall'alto verso il basso utilizzando un elenco con struttura ad albero di elementi di lavoro (in Excel).
Dopo avere aggiunto le attività mancanti al requisito, è possibile aggiornare la query Suddivisione lavoro. Assicurarsi di impostare il campo Invia a Project Server su Sì. Il successivo aggiornamento di stato del requisito trasmetterà i nuovi requisiti e attività al piano del progetto dell'organizzazione.
Importante |
---|
In caso di invio di più livelli di elementi di lavoro a Project Server, il primo livello deve essere approvato e pubblicato in Project Server prima di inviare il livello successivo. È ad esempio possibile inviare un batch di nuovi elementi di lavoro che include tre livelli di elementi figlio. In tal caso, il project manager deve pubblicare il piano del progetto quattro volte per poter sincronizzare tutti gli elementi di lavoro con Project Server. |
Torna all'inizio
Aggiornare i valori di Lavoro rimanente e Lavoro completato
Con l'avanzamento del lavoro ogni membro del team deve aggiornare i campi Lavoro rimanente e Lavoro completato per ognuna delle attività tramite Team Explorer o Team Web Access. Se per completare un'attività è necessario più tempo, il membro del team può aggiungerlo al lavoro rimanente. Gli aggiornamenti a questi campi vengono visualizzati automaticamente nella coda di approvazione per il responsabile del progetto e vengono riflessi nel rollup del requisito padre.
In alternativa, il responsabile del team può aprire la query Suddivisione lavoro in Excel e aggiornare contemporaneamente diverse attività, come mostrato nell'illustrazione seguente.
Torna all'inizio
Gestire gli aggiornamenti rifiutati
Quando un responsabile del progetto rifiuta un aggiornamento di stato a un requisito o a un'attività, l'informazione viene visualizzata nel campo Cronologia, mentre il campo Stato ultima approvazione nella scheda Project Server indica rifiutato. Dopo che un aggiornamento a un elemento di lavoro è stato rifiutato, l'elemento di lavoro non può più essere sincronizzato. È necessario risolvere lo stato di rifiuto per riprendere la sincronizzazione dell'elemento di lavoro. È possibile creare una query team per trovare elementi di lavoro il cui stato di aggiornamento è stato rifiutato. Per ulteriori informazioni, vedere How to: Resolve Conflicts of Mapped Work Items.
Torna all'inizio
Vedere anche
Altre risorse
Risoluzione di errori di convalida
Submitting Work Items that are Mapped to Enterprise Projects in Project Server
Cronologia delle modifiche
Data |
Cronologia |
Motivo |
---|---|---|
Aprile 2011 |
Aggiunta una nota sul requisito per un'assegnazione attiva per attività pubblicata in Team Foundation Server. Aggiunta un'altra nota sul processo di sincronizzazione per l'approvazione e la pubblicazione negli elementi di lavoro di Project Server annidati a più livelli. |
Miglioramento delle informazioni. |