Questa documentazione è stata archiviata e non viene gestita.

Pianificazione di un progetto Team

Aggiornamento: novembre 2007

Prima di creare un progetto team, è opportuno pianificarne attentamente l'ambito e considerare il percorso futuro della relativa modifica, evoluzione e gestione. In questo argomento viene presentato un elenco di domande a cui è necessario rispondere per determinare se si desidera creare un nuovo progetto team o espandere un progetto esistente. L'elenco di domande rappresenta un punto di partenza per la decisione e non deve essere ritenuto esaustivo o definitivo per tutti i progetti di sviluppo software. Le domande sono suddivise in quattro gruppi:

Per la maggior parte delle domande, se si risponde in modo affermativo, si consiglia di creare un nuovo progetto team.

Nel diagramma seguente le domande vengono visualizzate come struttura decisionale ed è possibile determinare il modo in cui le diverse domande sono correlate l'una all'altra.

Pianificazione di un progetto Team

Per rispondere alle domande riportate di seguito, è opportuno considerare il progetto team corrente e se si desidera continuare a procedere nello stesso modo nel lavoro futuro. Potrebbe inoltre essere necessario determinare se il progetto team dispone di capacità sufficiente per gestire il lavoro futuro.

Nel diagramma seguente le domande vengono visualizzate come struttura decisionale ed è possibile determinare il modo in cui le diverse domande sono correlate l'una all'altra.

Pianificazione di un progetto Team - Sezione 2

È una nuova installazione di Team Foundation Server?

Se Team Foundation Server è stato installato per la prima volta, sarà necessario creare un nuovo progetto team prima di poter utilizzare una delle funzionalità o degli strumenti di Team Foundation. Se si lavora invece su un'installazione esistente, è possibile che un progetto team sia già presente nel server e sarà opportuno valutare l'adeguatezza di tale progetto al lavoro futuro.

È necessario un nuovo portale Team?

Esaminare i contenuti e l'oggetto del portale Team corrente. Esaminare i contenuti e l'oggetto del portale Team corrente. Determinare se tali elementi del portale sono ancora rilevanti per il lavoro futuro. Se si desidera creare un altro portale Team incentrato specificamente sul lavoro futuro, sarà necessario creare un nuovo progetto team e il relativo portale. Si consiglia di utilizzare un solo portale Team per ciascun progetto team.

È necessario che utenti diversi dispongano di diverse autorizzazioni?

Esaminare le assegnazioni di attività e le autorizzazioni di sicurezza per tutti i membri del progetto team. Determinare se:

  • I membri del progetto team corrente svolgeranno più ruoli nel lavoro futuro.

  • La stessa persona dovrà disporre di autorizzazioni diverse per le diverse parti del progetto.

  • Utenti diversi svolgeranno gli stessi ruoli come membri del team corrente.

Se al progetto lavoreranno diversi utenti con autorizzazioni diverse, sarà necessario creare un nuovo progetto team.

Si desidera utilizzare diversi criteri di archiviazione?

Esaminare i criteri di archiviazione correnti per il progetto team corrente. Determinare se tali criteri sono ancora appropriati per il lavoro futuro. Se si desidera utilizzare criteri di archiviazione diversi per il lavoro futuro, sarà necessario creare un nuovo progetto team e definire i nuovi criteri di archiviazione. Team Foundation Server supporta l'utilizzo di un solo gruppo di criteri di archiviazione per ciascun progetto team.

Si desidera utilizzare diverse impostazioni?

Una volta acquisita esperienza nell'utilizzo di un progetto team, è possibile decidere di modificare le impostazioni del progetto. Alcune impostazioni possono essere modificate nel progetto team esistente, mentre altre possono essere modificate solo creando un nuovo progetto team per continuare il lavoro. Le domande riportate di seguito consentiranno di valutare l'adeguatezza delle impostazioni correnti.

Si desidera utilizzare un diverso modello di processo?

Identificare il modello di processo e, se applicabili, le linee guida per il processo utilizzate nel progetto team corrente. Determinare se il modello è ancora appropriato per il lavoro futuro. Se si desidera utilizzare un modello di processo diverso per il lavoro futuro, sarà necessario creare un nuovo progetto team che utilizzi tale modello diverso. Team Foundation Server supporta l'utilizzo di un solo modello di processo per ciascun progetto team. Dopo l'avvio del progetto team, è possibile personalizzare manualmente il modello di processo utilizzato in base al progetto team. Tuttavia, a meno che non vengano salvate nel modello di processo memorizzato nel server Team Foundation, queste modifiche personalizzate non verranno visualizzate nei nuovi progetti Team basati su tale modello.

Si desidera utilizzare diversi tipi di elementi di lavoro?

Identificare il tipo di elementi di lavoro utilizzati nel progetto team corrente. Determinare se i tipi di elementi di lavoro sono ancora appropriati per il lavoro futuro. Se si desidera utilizzare diversi tipi di elementi di lavoro o gli stessi tipi con contenuto diverso, sarà necessario creare un nuovo progetto team e definire nuovi tipi di elementi di lavoro. Team Foundation Server supporta l'utilizzo di un solo insieme di tipi di elementi di lavoro per ciascun progetto team.

Si desidera sperimentare un processo o altre impostazioni di un progetto team?

Se non si ha familiarità con Team Foundation Server o si è interessati a migliorare l'operatività del team, è possibile provare flussi di lavoro alternativi, gerarchie di classificazione, processi di generazione e criteri alternativi, nonché altro ancora. Creare un progetto team distinto per eseguire tali esperimenti.

Si utilizza un file master MPP o XLS per la gestione?

Esaminare le informazioni e gli strumenti utilizzati per gestire il team, soprattutto se si gestiscono più progetti Team. Se si utilizza Microsoft Project o Microsoft Excel come strumento principale per la gestione dei progetti Team e si desidera tenere traccia di tutte le attività del progetto nello stesso file master con estensione mpp o xls, è necessario continuare ad aggiungere altre iterazioni a un progetto anziché creare un nuovo progetto team. Team Foundation Server non supporta l'utilizzo di Microsoft Project o Microsoft Excel per la visualizzazione degli elementi di lavoro condivisi tra progetti Team. In altre parole, se si gestiscono due o più progetti Team e si dispone di elementi di lavoro associati a più progetti Team, non sarà possibile visualizzare tali elementi di lavoro in Microsoft Project o Microsoft Excel. Sarà invece necessario utilizzare uno degli altri strumenti per la generazione di report di Team Foundation Server per visualizzare e gestire tali elementi di lavoro condivisi.

Nel progetto sono presenti oltre 10 milioni di elementi di lavoro con versione?

Contare il numero totale di elementi di lavoro presenti nel progetto team corrente e determinare se è stata utilizzata più della metà della capacità di Team Foundation Server. Team Foundation Server supporta un massimo di due milioni di elementi di lavoro con versione in un singolo progetto team. Se è stata utilizzata più della metà della capacità, è possibile che lo spazio risulti insufficiente prima di completare il nuovo progetto team. La complessità degli elementi di lavoro, inoltre, può influire negativamente sulle prestazioni di Team Foundation Server.

Si desidera spostare manualmente tutti gli elementi di lavoro attivi presenti nel progetto?

Contare il numero di elementi di lavoro attivi presenti nel progetto team corrente. Se si crea un nuovo progetto team, sarà necessario copiare questi elementi di lavoro dal progetto team corrente a quello nuovo. Team Foundation Server non supporta la copia o lo spostamento di massa degli elementi di lavoro da un progetto a un altro. Si supponga per un momento che l'operazione di copia e incolla di un elemento di lavoro da un progetto team a un altro richieda 30 secondi, la copia di 500 elementi di lavoro richiederebbe pertanto 250 minuti ovvero oltre 4 ore di lavoro continuo.

In alternativa, è possibile utilizzare Microsoft Excel per eseguire la copia di massa degli elementi di lavoro da un progetto team all'altro. Per quanto con tale operazione vengano copiate nel nuovo progetto team le informazioni correnti contenute negli elementi di lavoro, non verranno tuttavia copiate la cronologia, gli allegati e i collegamenti. Per ulteriori informazioni sulla copia di massa degli elementi di lavoro tramite Microsoft Excel, vedere Utilizzo degli elementi di lavoro in Microsoft Excel e Microsoft Project.

È necessario decidere se i vantaggi derivanti dal disporre di un nuovo progetto team compensano i costi della copia degli elementi di lavoro.

La funzionalità software cambia in modo significativo?

Se nel lavoro futuro vengono introdotte nuove tecnologie o funzionalità software radicalmente nuove, sarà possibile creare un nuovo progetto team. Le nuove tecnologie o funzionalità potrebbero richiedere flussi di lavoro, test, script di generazione e altri elementi molto diversi che, a loro volta, potrebbero richiedere modifiche significative al modello di processo o alle linee guida per il processo correnti.

Per rispondere alle domande riportate di seguito, è opportuno considerare il server Team Foundation in cui viene memorizzato il progetto team corrente e verrà collocato il lavoro futuro. Potrebbe inoltre essere necessario determinare se il server è dotato di capacità e prestazioni sufficienti per gestire il futuro carico di lavoro.

Nel diagramma seguente le domande vengono visualizzate come struttura decisionale ed è possibile determinare il modo in cui le diverse domande sono correlate l'una all'altra.

Pianificazione di un progetto Team - Sezione 3

Esistono problemi relativi alle prestazioni nel server?

Man mano che in Team Foundation Server si accumulano elementi di lavoro, codice sorgente, documenti e altri elementi, il server potrebbe richiedere più tempo per la restituzione di query, l'archiviazione di file o la generazione di un progetto software. Se queste azioni richiedono più tempo rispetto a quando si è iniziato a utilizzare Team Foundation Server, l'aumento di tempo potrebbe indicare un rallentamento delle prestazioni del server a causa dei numerosi progetti Team in esecuzione nel server Team Foundation. Più progetti Team sono presenti sul server, più lenta ne sarà l'esecuzione. Se le prestazioni del server sono diventate un problema, prendere in considerazione l'eventualità di aggiornare l'hardware del server e continuare con il progetto team corrente oppure di creare un nuovo progetto team su un diverso server.

È stato aggiornato il server?

Se le prestazioni relative alle query, all'archiviazione o alla generazione diventano un problema, contattare l'amministratore di Team Foundation Server per esaminare eventuali aggiornamenti dell'hardware del server completati o pianificati per il periodo di tempo del lavoro futuro. Se l'hardware del server non è stato aggiornato, considerare che un aggiornamento potrebbe migliorare le prestazioni portandole a livelli accettabili. Se un aggiornamento è stato pianificato ma non ancora completato, sarà possibile creare un nuovo progetto team anziché aggiungere iterazioni a quello esistente.

In una raccolta documenti sono presenti oltre un milione di documenti?

Contattare l'amministratore di Team Foundation Server e rivedere il numero di documenti archiviati nel server Team Foundation. Windows SharePoint Services supporta un massimo di 2 milioni di documenti all'interno di una raccolta documenti in un server. Quando il numero di documenti raggiunge il limite massimo, le prestazioni del server subiranno un rallentamento e il team potrebbe non disporre più di spazio sufficiente per la memorizzazione dei documenti. Se è stata utilizzata più della metà della capacità del server, si consiglia di creare un nuovo server Team Foundation e un nuovo progetto team su tale server. Per ulteriori informazioni, vedere "Capacity Planning for Windows SharePoint Services" all'indirizzo http://office.microsoft.com/en-us/assistance/HA011607741033.aspx.

Nota:

Quando si pianifica la capacità del progetto, tenere presente che non è possibile spostare in un secondo momento il progetto team da un server a un altro. È possibile eseguire il backup e il ripristino del progetto team su un altro server, ma lo spostamento del progetto team da un server Team Foundation Server a un altro non è supportato.

Esistono più di 200 progetti Team in Team Foundation Server?

Contattare l'amministratore di Team Foundation Server ed esaminare il numero di progetti Team nel server Team Foundation. Team Foundation Server può supportare un massimo di cinquecento (500) progetti Team se per la creazione del progetto si utilizza il modello di processo MSF for Agile Software Development e un massimo diduecentocinquanta (250) progetti Team se si utilizza il modello di processo MSF for CMMI Process Improvement. Quando il numero di progetti Team raggiunge il limite massimo, le prestazioni del server subiranno un rallentamento e il team potrebbe non disporre più di spazio sufficiente per la memorizzazione dei progetti Team. Se è stata utilizzata oltre la metà della capacità del server, valutare se installare un nuovo server Team Foundation e un nuovo progetto team nel nuovo server. Per ulteriori informazioni, vedere Guida di orientamento alla pianificazione di Team Foundation Server.

Sono presenti oltre 1000 utenti in Team Foundation Server?

Contattare l'amministratore di Team Foundation Server ed esaminare il numero di utenti singoli presenti nel server Team Foundation. Team Foundation Server supporta un massimo di 2000 utenti in un singolo server, a seconda dell'hardware del server. Quando il numero di utenti raggiunge il limite massimo, le prestazioni del server subiranno un rallentamento e il team potrebbe non disporre più di spazio sufficiente per l'aggiunta di utenti singoli. Se è stata utilizzata più della metà della capacità del server, si consiglia di creare un nuovo server Team Foundation Server e un nuovo progetto team su tale server. Per ulteriori informazioni, vedere Requisiti del server per Team System.

Si desidera mantenere gli elementi del progetto team per un determinato periodo di tempo per la revisione cronologica o il controllo successivo?

Se si desidera eseguire periodicamente una registrazione cronologica degli elementi del progetto team, quali codice sorgente, elementi di lavoro, documenti o report, e proteggerla da eventuali altre modifiche intenzionali o accidentali apportate al codice sorgente, è possibile creare un nuovo progetto team dopo un'iterazione, un'attività cardine o un rilascio principale. Per garantire la sicurezza della registrazione, è possibile creare un nuovo progetto team, diramare la struttura di origine esistente, copiare gli altri oggetti nel nuovo progetto team e rimuovere tutte le autorizzazioni per apportare modifiche nel progetto originale.

A questo punto del processo di pianificazione, è necessario decidere se creare un nuovo progetto team o se continuare a utilizzare quello esistente per il lavoro futuro. Se si decide di creare un nuovo progetto team, prima di continuare con l'insieme successivo di domande è necessario determinare anche i seguenti elementi:

  • Piano a lungo termine, ad esempio di cinque anni, per la creazione e l'assegnazione di un nome ai progetti di sviluppo software.

  • Limite concettuale per il nuovo progetto team, ad esempio tipi di elementi inclusi o esclusi.

Poiché queste due decisioni si basano molto probabilmente su fattori esterni a Team Foundation e specifici dell'organizzazione, non verranno trattate ulteriormente in questo argomento.

Per rispondere alle domande riportate di seguito, è opportuno considerare il modo in cui è organizzato il progetto team corrente e se l'organizzazione del lavoro futuro nello stesso modo rappresenta la scelta ottimale. Potrebbe inoltre essere necessario determinare il modo in cui l'organizzazione del lavoro futuro corrisponde a quella del codice sorgente e al resto dell'organizzazione.

Nel diagramma seguente le domande vengono visualizzate come struttura decisionale ed è possibile determinare il modo in cui le diverse domande sono correlate l'una all'altra.

Pianificazione di un progetto Team - Sezione 4

La struttura viene imposta da un gruppo esterno?

È possibile che l'organizzazione sia già dotata di una struttura standard per i progetti software basata sull'unità aziendale che richiede il software, sulla fonte di finanziamento del lavoro, su eventi organizzativi critici o su altri fattori esterni al ciclo di vita dello sviluppo software. Impostare la gerarchia di aree e iterazioni del progetto team in modo che corrispondano alla struttura richiesta.

Il team crea un prodotto?

Se l'obiettivo principale del lavoro futuro consiste nella creazione di un prodotto autonomo con una precisa identità, sarà possibile organizzare il codice sorgente, le iterazioni e le aree in base alle funzionalità del prodotto. Ogni nuovo prodotto deve costituire un progetto team separato.

L'utente crea una nuova versione?

Se l'obiettivo principale del lavoro futuro consiste nella creazione di una nuova versione di un prodotto esistente, sarà possibile organizzare il codice sorgente, le iterazioni e le aree in base alla versione software. Ogni nuova versione deve costituire un progetto team separato.

Sono disponibili date iniziali e finali definite?

Se l'obiettivo principale del lavoro futuro è una data iniziale e finale definita, è possibile organizzarle in base alla versione software. Ogni gruppo principale di date iniziali e finali deve costituire un progetto team separato.

Si desidera evitare l'accumulazione di elementi?

Con l'avanzamento del lavoro nel software, nel progetto team possono accumularsi elementi di lavoro, documenti, report, script di generazione e altri prodotti di lavoro ed elementi del progetto team. Il monitoraggio e la gestione di tali elementi presenta costi di archiviazione e di personale. Se si desidera evitare l'accumulazione di elementi del progetto team e archiviare o eliminare tali elementi il più rapidamente possibile, sarà possibile organizzare queste operazioni in base alla versione software. Ogni versione principale deve costituire un progetto team separato.

Si desidera memorizzare il codice sorgente in base al team?

Se si preferisce disporre di un unico progetto di codice sorgente per l'intero progetto team e non di progetti di codice sorgente separati in base al prodotto, alla versione o all'unità aziendale, sarà possibile organizzare la gerarchia di aree e iterazioni in modo che corrisponda all'organizzazione dell'intero team di sviluppo software.

Si effettua solo la gestione del software?

Se l'obiettivo del lavoro futuro è la gestione del software o dell'infrastruttura organizzativa anziché la distribuzione all'esterno dell'organizzazione, sarà possibile organizzare la gerarchia di aree e iterazioni in modo che corrisponda all'organizzazione dell'intero team di sviluppo software.

Per rispondere alle domande riportate di seguito, è opportuno considerare il processo di sviluppo software che si desidera utilizzare nell'esecuzione del lavoro futuro. Potrebbe inoltre essere necessario determinare se è presente un processo affidato in mandato o una priorità nel miglioramento dei processi.

Nel diagramma seguente le domande vengono visualizzate come struttura decisionale ed è possibile determinare il modo in cui le diverse domande sono correlate l'una all'altra.

Pianificazione di un progetto Team - Sezione 5

Esiste un obbligo legale o contrattuale di utilizzo di CMMI?

In determinate situazioni, non vi sarà possibilità di scelta riguardo al modello di processo utilizzato per la creazione di un nuovo progetto team. Ad esempio, le norme in vigore potrebbero richiedere che il software venga sviluppato mediante il processo CMMI. Di conseguenza, quando si crea il progetto team, sarà necessario scegliere il modello MSF for CMMI Process Improvement. Oppure l'utilizzo di CMMI potrebbe essere richiesto dall'organizzazione di finanziamento.

È necessario un numero maggiore di ruoli?

Se il lavoro futuro richiede diversi ruoli per i membri del team, sarà opportuno determinare se il modello MSF for CMMI Process Improvement è appropriato. Ad esempio è possibile che, subito dopo il completamento di un progetto team mediante il modello MSF for Agile Software Development, ci si renda conto che il team necessitava di altri ruoli oltre a quelli riportati di seguito, che vengono forniti in genere con tale modello:

  • Business Analyst

  • Responsabile di progetto

  • Architetto

  • Sviluppatore

  • Tester

  • Responsabile del rilascio

Nel modello MSF for CMMI Process Improvement viene fornito in genere il seguente e più complesso insieme di ruoli:

  • Responsabile di progetto

  • Sponsor

  • Architetto

  • Esperto

  • Sviluppatore

  • Responsabile sviluppo

  • Tecnico di generazione

  • Tester

  • Responsabile del test

  • Auditor

  • Esperto di qualità del servizio

  • Responsabile del rilascio

  • Responsabile IPM

  • Architetto dell'esperienza utente

  • Esperto di formazione utenti

  • Responsabile del prodotto

  • Business Analyst

I miglioramenti dei processi vengono consigliati da un gruppo esterno?

Se la propria organizzazione desidera il miglioramento dei processi, può affidarsi a uno speciale gruppo interno o esterno per esaminare i processi aziendali e il flusso di lavoro correnti e suggerire eventuali miglioramenti. Se si ricorre a un gruppo speciale, utilizzare il modello MSF for CMMI Process Improvement durante la creazione di un nuovo progetto team.

Il processo è attualmente documentato?

Se la propria organizzazione è interessata al processo, può affidarsi a uno speciale gruppo interno o esterno per esaminare i processi aziendali e il flusso di lavoro correnti e suggerire eventuali miglioramenti. Se si ricorre a un gruppo speciale, utilizzare il modello MSF for CMMI Process Improvement durante la creazione di un nuovo progetto team.

Esiste un modello di terze parti appropriato?

È possibile che l'organizzazione abbia già adottato un modello di processo offerto da un fornitore di terze parti. Se è già stato scelto, utilizzare il modello di terze parti durante la creazione di un nuovo progetto team.

Si è soddisfatti del processo corrente?

Se si è soddisfatti del processo di flussi di lavoro corrente, è possibile che non si desideri cambiare o utilizzare un modello formale. Se funziona, continuare con questo.

Il progetto presenta un ciclo di vita breve?

Se il ciclo di vita del progetto team è relativamente breve, ossia inferiore ai 90 giorni, è possibile che non si desideri il sovraccarico aggiuntivo richiesto da un processo formale come CMMI. In questo caso, utilizzare il modello MSF for Agile Software Development.

Nota:

Quando si pianifica la capacità del progetto, tenere presente che non è possibile spostare in un secondo momento il progetto team da un server a un altro. È possibile eseguire il backup e il ripristino del progetto team su un altro server, ma lo spostamento del progetto team da un server Team Foundation Server a un altro non è supportato.

Mostra: