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

---

---

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

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.

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

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.

• 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.
• Concedere o limitare l'accesso per selezionare funzionalità e funzioni 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.

Connessione 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.

• Informazioni sui progetti
• Informazioni sui team
• Livelli di accesso
• Percorsi di area
• Dashboard
• Notifiche e sottoscrizioni
• Connessioni GitHub
• Percorsi di iterazione

• Autorizzazioni
• Processo (ereditato)
• Risorse del progetto visualizzabili dai membri
• Wiki del progetto
• Autorizzazioni a livello di progetto
• Gruppi di sicurezza a livello di progetto

• Limiti degli oggetti di progetto ed elaborazione
• Pagina Progetti
• Progetti pubblici e privati
• Gruppi di sicurezza
• Hook del servizio
• Visibilità del servizio
• Pagina Riepilogo

Attività amministrative e utente

Molte delle attività seguenti richiedono autorizzazioni concesse a un membro del gruppo project Amministrazione istrators o a un amministratore del team.

• Aggiungere un repository Git
• Aggiungere amministratori del progetto
• Aggiungere il dashboard del progetto
• Aggiungere membri del progetto
• Aggiungere gruppi di sicurezza
• Aggiungere amministratori del team
• Aggiungere membri del team
• Aggiungere/gestire hook del servizio
• Connessione a un progetto
• Connessione a GitHub

• Creare un progetto
• Elimina progetto
• Modifica riepilogo progetto
• Abilitare/disabilitare servizio di progetto
• Esportare l'elenco di progetti
• Esportare l'elenco dei team
• Gestione delle notifiche
• Gestire il progetto
• Esplorare il portale Web
• Rimuovi team

• Rinominare il progetto
• Rinominare il team
• Ripristinare il progetto
• Modificare i livelli di accesso utente
• Eseguire ricerche tra progetti
• Impostare i percorsi dell'area
• Imposta preferiti
• Impostare i percorsi di iterazione
• Impostare le autorizzazioni a livello di progetto
• Impostare la visibilità del progetto
• Cambiare progetto, repository, 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.

Articoli correlati

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