Informazioni sui progetti e sul ridimensionamento dell'organizzazione

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Un progetto in Azure DevOps consente agli utenti di pianificare, tenere traccia dello stato di avanzamento e collaborare alla creazione di soluzioni software. Un progetto rappresenta un contenitore fondamentale in cui è possibile archiviare dati e codice sorgente.

Quando si crea il progetto, Azure DevOps crea automaticamente un team con lo stesso nome, sufficiente per le piccole organizzazioni. Per le organizzazioni di livello aziendale, potrebbe essere necessario aumentare e creare più team e progetti. È possibile avere fino a 1000 progetti all'interno di un'organizzazione in Azure DevOps.

Il diagramma seguente mostra un progetto e un team rispetto a più progetti e team in un'organizzazione o una raccolta.

Questa struttura consente ai team di configurare gli strumenti in modi che funzionano per loro e di completare le attività amministrative ai livelli appropriati. Man mano che l'organizzazione cresce, gli strumenti possono crescere per supportare una cultura dell'autonomia del team e dell'allineamento dell'organizzazione.

Per altre informazioni, vedere Rilevamento del lavoro, processo e limiti dei progetti e Pianificare la struttura organizzativa.

Gestire il lavoro nell'organizzazione

Quando ci si connette ad Azure DevOps, ci si connette a un'organizzazione. All'interno di tale contenitore è possibile definire uno o più progetti. Per usare il sistema, è necessario creare almeno un progetto.

Visualizzare i progetti nell'organizzazione

Visualizzare i progetti definiti per l'organizzazione aprendo la pagina Progetti .

1. Selezionare Azure DevOps per aprire Progetti.

   

2. Scegliere un progetto dall'elenco dei progetti.

Per ulteriori informazioni, vedere Creare un progetto.

Usare un singolo progetto

Un approccio consigliato consiste nell'usare un singolo progetto per supportare l'organizzazione o l'azienda. Un singolo progetto può contribuire a ridurre al minimo la manutenzione delle attività amministrative e supporta l'esperienza più ottimizzata e completa degli oggetti tra collegamenti.

Anche se si hanno molti team che lavorano su centinaia di applicazioni e progetti software diversi, è possibile gestirli facilmente all'interno di un singolo progetto. Un progetto serve a isolare i dati archiviati all'interno di esso e non è possibile spostare facilmente i dati da un progetto a un altro. Quando si spostano dati da un progetto a un altro, in genere si perde la cronologia associata a tali dati.

Per altre informazioni, vedere Quanti progetti sono necessari?

Aggiungere un altro progetto

Strutturare il progetto

Usare gli elementi seguenti per strutturare il progetto per supportare le esigenze aziendali.

• Creare un repository Git per ogni sottoprogetto o applicazione oppure creare cartelle radice all'interno di un repository TFVC per ogni sottoprogetto. Se si usa tfvc e si dirige verso un modello di progetto combinato, creare cartelle radice per team e progetti diversi, proprio come si creerebbero repository separati in Git. Proteggere le cartelle in base alle esigenze e controllare quali segmenti del repository vengono usati attivamente con i mapping dell'area di lavoro.
• Definire percorsi di area per supportare diversi sottoprogetti, prodotti, funzionalità o team.
• Definire i percorsi di iterazione (noti anche come sprint) che possono essere condivisi tra team.
• Aggiungere un team per ogni team di prodotto che sviluppa un set di funzionalità per un prodotto. Ogni team creato crea automaticamente un gruppo di sicurezza per il team, che è possibile usare per gestire le autorizzazioni per un team. Per altre informazioni, vedere Gestione portfolio.
• Gestire l'accesso a funzionalità e funzioni specifiche usando gruppi di sicurezza personalizzati.
• Creare cartelle di query per organizzare le query per team o aree di prodotto in cartelle.
• Definire o modificare le notifiche impostate a livello di progetto.

Personalizzare e configurare il progetto

È possibile configurare e personalizzare la maggior parte dei servizi e delle applicazioni per supportare le esigenze aziendali o il modo in cui i team lavorano. All'interno di ogni progetto è possibile eseguire le attività seguenti. Per una visualizzazione completa delle risorse che è possibile configurare, vedere Informazioni sulle impostazioni a livello di team, progetto e organizzazione.

• Dashboard: ogni team può configurare il set di dashboard per condividere informazioni e monitorare lo stato di avanzamento.
• Controllo del codice sorgente: per ogni repository Git è possibile applicare criteri di ramo e definire le autorizzazioni del ramo. Per i repository TFVC, è possibile impostare i criteri di archiviazione.
• Rilevamento lavoro: è possibile aggiungere campi, modificare il flusso di lavoro, aggiungere regole personalizzate e aggiungere pagine personalizzate al modulo dell'elemento di lavoro della maggior parte dei tipi di elemento di lavoro. È anche possibile aggiungere tipi di elementi di lavoro personalizzati. Per altre informazioni, vedere Personalizzare un processo di ereditarietà.
• Azure Pipelines: è possibile personalizzare completamente le pipeline di compilazione e versione e definire i passaggi di compilazione, gli ambienti di rilascio e la pianificazione della distribuzione. Per altre informazioni, vedere Compilazione e versione.
• Piani di test di Azure: è possibile definire e configurare piani di test, gruppi di test, test case e ambienti di test. È anche possibile aggiungere passaggi di test all'interno delle pipeline di compilazione. Per altre informazioni, vedere Exploratory e test manuali e test continui per le compilazioni.

Aggiungere un team

Man mano che l'organizzazione cresce, è possibile aggiungere team dotati di strumenti Agile configurabili per soddisfare il flusso di lavoro di ogni team. Per altre informazioni, consulta gli articoli seguenti.

• Ridimensionare Agile in team di grandi dimensioni
• Informazioni sui team e sugli strumenti Agile
• Gestire un portfolio di backlog e visualizzare lo stato di avanzamento.
• Usare i piani di recapito per gli elementi di lavoro pianificati in base allo sprint (percorso di iterazione) dei team selezionati rispetto a una visualizzazione calendario.
• Adottare in modo incrementale le procedure che consentono di creare un ritmo e un flusso maggiori all'interno dell'organizzazione, coinvolgere i clienti, migliorare la visibilità del progetto e sviluppare una forza lavoro produttiva.
• Strutturare i progetti per ottenere visibilità tra team o per supportare epiche, training delle versioni e più backlog per supportare Scaled Agile Framework.

Connettersi a un progetto con altri client

Oltre a connettersi tramite un Web browser, è possibile connettersi a un progetto dai client seguenti:

• Visual Studio (Professional, Enterprise, Test Professional)
• Visual Studio Code
• Visual Studio Community
• Office Excel
• Estensione Test & Feedback
• client di Feed Microsoft back

Per altre informazioni, vedere Compatibilità con le versioni di Azure DevOps Server.

Concetti chiave

Usare l'indice seguente per accedere rapidamente ai concetti e alle attività correlate alla gestione di progetti e team.

Attività amministrative e utente

Per alcune delle attività seguenti sono necessarie autorizzazioni concesse a un membro del gruppo Project Administrators o a un amministratore del team.

Domande frequenti

D: È possibile spostare o trasferire un progetto in un'altra organizzazione o raccolta?

R: Sì, ma non senza perdere i dati. È possibile copiare manualmente le risorse e lasciare alcune risorse o usare uno strumento di terze parti, ad esempio OpsHub Visual Studio Migration Utility, che copia i dati usando le API REST.

D: Quali strumenti programmatici supportano i progetti?

R. Vedere l'API REST dei progetti.

Articoli correlati

• Introduzione come amministratore
• Navigazione nel portale Web
• Cosa si ottiene con un progetto?
• Comprendere le differenze tra Azure DevOps