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.


Un progetto e un team

Più progetti e team


Immagine concettuale, single collection-project-team.

Immagine concettuale, collection-project-team con scalabilità orizzontale.


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.

È possibile ridimensionare l'organizzazione nei modi seguenti:

  • Aggiungere progetti per supportare diverse business unit
  • Aggiungere team all'interno di un progetto
  • Aggiungere repository e rami
  • Aggiungere agenti, pool di agenti e pool di distribuzione per supportare l'integrazione e la distribuzione continue
  • Gestire l'accesso tramite Microsoft Entra ID per gestire un numero elevato di utenti

È possibile ridimensionare la distribuzione di Azure DevOps locale nei modi seguenti:

  • Aggiungere istanze del server per migliorare le prestazioni
  • Aggiungere raccolte di progetti e progetti per supportare diverse business unit
  • Aggiungere team all'interno di un progetto
  • Aggiungere repository e rami
  • Aggiungere agenti, pool di agenti e pool di distribuzione per supportare l'integrazione e la distribuzione continue
  • Gestire l'accesso tramite Active Directory per gestire un numero elevato di utenti

Visualizzare i progetti nell'organizzazione

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

  1. Selezionare Azure DevOps per aprire Progetti.

    Screenshot che mostra la pagina dei progetti.

  2. Scegliere un progetto dall'elenco dei progetti.

Per ulteriori informazioni, vedere Creare un progetto.

Limitare la visibilità del progetto

Per impostazione predefinita, gli utenti aggiunti a un'organizzazione possono visualizzare tutte le informazioni e le impostazioni del progetto.

Per altre informazioni, vedere Limitare la visibilità degli utenti per i progetti e altro ancora e Modificare la visibilità del progetto in pubblico o privato.

Visualizzare i dati cronologici

Tutti i membri del progetto possono visualizzare le identità aggiunte a un commento, una discussione o un'assegnazione. Ad esempio, tutti gli utenti del progetto (anche gli utenti con la nuova restrizione) possono comunque visualizzare il nome di un utente assegnato a un elemento di lavoro quando l'utente non fa più parte del progetto. Lo stesso vale per @mentions le richieste pull, i commenti, le discussioni e altro ancora.

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

Un altro approccio fattibile consiste nell'avere più progetti, un approccio consigliato se l'organizzazione sta cercando di soddisfare gli scenari seguenti:

  • Per impedire o gestire l'accesso alle informazioni contenute in un progetto per selezionare i gruppi
  • Per supportare processi di rilevamento del lavoro personalizzati per business unit specifiche all'interno dell'organizzazione
  • Per supportare business unit completamente separate con criteri amministrativi e amministratori
  • Per supportare il test delle attività di personalizzazione o l'aggiunta di estensioni prima dell'implementazione delle modifiche al progetto di lavoro
  • Per supportare un progetto software open source

È possibile aggiungere un altro progetto nelle istanze seguenti:

  • Per impedire o gestire l'accesso alle informazioni contenute in un progetto
  • Per supportare processi di rilevamento del lavoro personalizzati per business unit specifiche all'interno dell'organizzazione
  • Per supportare business unit completamente separate con criteri amministrativi e amministratori
  • Per supportare il test delle attività di personalizzazione o l'aggiunta di estensioni prima dell'implementazione delle modifiche al progetto di lavoro

Usare progetti privati e pubblici

È possibile avere progetti sia privati che pubblici. È anche possibile modificare la visibilità di un progetto da uno all'altro.

I progetti privati richiedono l'aggiunta e la gestione dell'accesso utente. Gli utenti devono accedere per ottenere l'accesso a un progetto, anche se si tratta di accesso in sola lettura. Tutti i membri del progetto hanno accesso alle informazioni sul progetto e sull'organizzazione. Per altre informazioni, vedere Risorse concesse ai membri del progetto.

I progetti pubblici non richiedono agli utenti di accedere per ottenere l'accesso in sola lettura a molti dei servizi seguenti. I progetti pubblici forniscono supporto per condividere il codice con altri utenti e per supportare l'integrazione continua/la distribuzione continua (CI/CD) del software open source.

Per altre informazioni, vedere Modificare la visibilità di un progetto.

Supporto del controllo della versione

I repository Git possono essere esplorati e clonati, ma solo tramite HTTPS. Gli endpoint SSH e GVFS non sono disponibili. I client come Visual Studio e IntelliJ funzionano con l'URL clone HTTPS, ma non offrono l'esperienza connessa al collegamento agli elementi di lavoro e ad altri elementi collaterali.

Supporto del widget dashboard

I widget del dashboard seguenti non visualizzano informazioni utili per i membri non membri.

  • Assegnati all'utente
  • Riquadro Codice
  • Nuovo elemento di lavoro
  • Richiesta pull
  • Risultati query
  • Requisiti di qualità
  • Burndown sprint
  • Capacità sprint
  • Panoramica dello sprint
  • Membri del team
  • Introduzione
  • Collegamenti di lavoro
  • Altri collegamenti

Strutturare il progetto

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

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.

Connettersi a un progetto con altri client

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

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.

È anche possibile usare l'interfaccia della riga di comando az devops project.