Informazioni sui progetti e sul ridimensionamento dell'organizzazione


Singolo progetto e team definiti all'interno di un
organizzazione o raccolta

Più progetti e team definiti all'interno di un
organizzazione o raccolta


Immagine concettuale, Raccolta singola-progetto-team.

Immagine concettuale, Scaled collection-project-team.


La struttura collection-project-team offre ai team un elevato livello di autonomia per configurare gli strumenti in modo che funzionino per loro. Supporta anche attività amministrative che si verificano al livello appropriato. Man mano che l'organizzazione cresce, gli strumenti possono crescere per supportare una cultura dell'autonomia del team e dell'allineamento organizzativo.

Come si gestisce il lavoro nell'organizzazione?

Come si ridimensionano gli strumenti DevOps e Agile per supportare l'azienda in crescita?

Quando ci si connette a Azure DevOps, ci si connette a un'organizzazione o a una raccolta di progetti. 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:

  • Per supportare business unit diverse, è possibile aggiungere progetti
  • All'interno di un progetto è possibile aggiungere team
  • Aggiungere repository e rami
  • Per supportare l'integrazione e la distribuzione continue, è possibile aggiungere agenti, pool di agenti e pool di distribuzione
  • Per gestire un numero elevato di utenti, è possibile gestire l'accesso tramite Azure Active Directory

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

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

Azure DevOps Services e Azure DevOps Server sono piattaforme pronte per l'azienda. Queste piattaforme supportano team di qualsiasi dimensione, da decine a migliaia. Azure DevOps Services, il servizio cloud, offre un servizio ospitato scalabile, affidabile e disponibile a livello globale. È supportato da un contratto di servizio del 99,9%, monitorato dal team operativo 24x7 e disponibile nei data center locali di tutto il mondo.

Come visualizzare i progetti

È possibile visualizzare i progetti definiti per l'organizzazione aprendo la pagina Progetti.

  1. Selezionare Azure DevOps per aprire Progetti.

    Aprire progetti

  2. Da qui è possibile scegliere un progetto dal set di progetti elencati.

Per creare o elencare progetti, vedere Creare un progetto

  1. Selezionare Azure DevOps per aprire Progetti.

    Screenshot del pulsante Apri progetti, spostamento orizzontale

  2. Da qui è possibile scegliere un progetto dal set di progetti elencati.

    Scegliere un progetto dal set di progetti elencati.

  1. Scegliere il nome del server.

    Screenshot dei progetti aperti, TFS 2013 - 2015

  2. Da qui è possibile scegliere un progetto dal set di progetti elencati.

Limitare la visibilità utente per i progetti usando il Project-Scoped Users

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

La funzionalità Limita visibilità utente per i progetti in anteprima per l'organizzazione limita l'accesso degli utenti in due modi:

  • Limitazione delle visualizzazioni che visualizzano l'elenco di utenti, l'elenco di progetti,i dettagli di fatturazione, i dati di utilizzo e altro ancora a cui si accede tramite Organization Impostazioni .
  • Limitazione del set di utenti o gruppi visualizzati tramite le selezioni di ricerca di selezione utenti e la possibilità di @mention utenti.

Importante

Le funzionalità di visibilità limitate descritte in questa sezione si applicano solo alle interazioni tramite il portale Web. Con le API REST o i comandi dell'interfaccia della riga di comando di Azure devops, i membri del progetto possono accedere ai dati con restrizioni.

Limitare l'accesso alle impostazioni dell'organizzazione

Per limitare gli utenti selezionati, ad esempio stakeholder, Azure Active Directory utenti guest o membri di un gruppo di sicurezza specifico, è possibile abilitare la funzionalità Limita visibilità utente per i progetti in anteprima per l'organizzazione. Una volta abilitato, qualsiasi utente o gruppo aggiunto al gruppo utenti con ambito Project non può accedere alle pagine di Organization Impostazioni, ad eccezione di Overview e Projectse può accedere solo ai progetti a cui sono stati aggiunti.

Per abilitare questa funzionalità, vedere Gestire o abilitare le funzionalità.

Nota

Tutti i gruppi di sicurezza sono entità a livello di organizzazione, anche i gruppi che dispongono solo delle autorizzazioni per un progetto specifico. Dal portale Web, gli utenti che non hanno accesso a un progetto non possono visualizzare i gruppi che dispongono solo delle autorizzazioni per un progetto specifico. È tuttavia possibile individuare i nomi di tutti i gruppi in un'organizzazione usando lo strumento dell'interfaccia della riga di comando di Azure devops o le API REST. Per altre informazioni, vedere Aggiungere e gestire gruppi di sicurezza.

Limitare la visibilità all'interno dei selettori persone

Per le organizzazioni che gestiscono utenti e gruppi usando Azure Active Directory (Azure AD), i selettori di utenti forniscono il supporto per la ricerca di tutti gli utenti e i gruppi aggiunti a Azure AD, non solo gli utenti e i gruppi aggiunti al progetto. I selettori di utenti supportano le funzioni Azure DevOps seguenti:

  • Selezione di un'identità utente da un campo di identità di rilevamento del lavoro, ad esempio Assegnato a
  • Selezione di un utente o di un gruppo usando @mention in una discussione elemento di lavoro o in un campo RTF, una discussione di richiesta pull, commenti di commit o set di modifiche o shelveset
  • Selezione di un utente o di un gruppo usando @mention da una pagina wiki

Come illustrato nell'immagine seguente, è sufficiente iniziare a digitare in una casella di selezione utenti fino a trovare una corrispondenza con un nome utente o un gruppo di sicurezza.

Screenshot della selezione utenti

Avviso

Quando la funzionalità di anteprima Limita visibilità utente per i progetti è abilitata per l'organizzazione, gli utenti con ambito progetto non possono cercare gli utenti aggiunti all'organizzazione tramite l'appartenenza Azure Active Directory gruppi, anziché tramite un invito esplicito dell'utente. Si tratta di un comportamento imprevisto su cui è in corso l'esecuzione di una risoluzione. Per risolvere automaticamente questo problema, disabilitare la funzionalità Limita visibilità utente per i progetti in anteprima per l'organizzazione.

Gli utenti e i gruppi aggiunti al gruppo utenti con ambito Project possono visualizzare e selezionare solo utenti e gruppi nel progetto a cui sono connessi da una selezione utenti. Per impostare l'ambito dei selettori di utenti per tutti i membri del progetto, vedere Gestire il progetto, Limitare la ricerca di identità e la selezione.

I dati cronologici rimangono visibili

Le identità aggiunte a un commento, una discussione o un'assegnazione continuano a essere visibili a tutti i membri del progetto. Ad esempio, gli elementi di lavoro assegnati a un utente che ha lasciato un progetto, il nome dell'utente in tale elemento di lavoro rimane visibile a tutti gli utenti del progetto, anche agli utenti con la nuova restrizione. Lo stesso vale per le @mentions in PR, commenti, discussioni e altro ancora.

Quando aggiungere un altro progetto

In generale, è consigliabile usare un singolo progetto per supportare l'organizzazione o l'organizzazione. Un singolo progetto riduce al minimo la manutenzione delle attività amministrative e supporta l'esperienza di oggetti cross-link più ottimizzata/con flessibilità completa.

Anche se molti team lavorano a centinaia di applicazioni e progetti software diversi, è possibile gestirli più facilmente all'interno di un singolo progetto. Un progetto serve per isolare i dati archiviati al suo interno. 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 su quando aggiungere un altro progetto, vedere Quanti progetti sono necessari?.

Motivi per aggiungere un altro progetto

È possibile aggiungere un altro progetto nelle istanze 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 i propri 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 Open Source Software (OSS)

È 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 i propri 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

Progetti privati e pubblici

È possibile aggiungere progetti pubblici e privati all'organizzazione. È anche possibile modificare la visibilità di un progetto da privato a pubblico.

Per i progetti privati è necessario aggiungere e gestire l'accesso utente. Gli utenti devono accedere per ottenere l'accesso a un progetto, anche se è di sola lettura. Tutti gli utenti aggiunti a un progetto hanno accesso alle informazioni sul progetto e sull'organizzazione. Per informazioni dettagliate, vedere Risorse concesse ai membri del progetto.

Un progetto pubblico non richiede agli utenti di accedere per ottenere l'accesso in sola lettura a molti dei servizi. I progetti pubblici offrono il supporto per condividere il codice con altri utenti e per supportare l'integrazione continua/distribuzione continua (CI/CD) del software open source. Per altre informazioni sui progetti pubblici, vedere Che cos'è un progetto pubblico?.

Strutturare il progetto

Quando si aggiunge un progetto, esaminare l'uso degli elementi seguenti per strutturarlo in base alle esigenze aziendali:

Personalizzazione e configurazione di progetti

È 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: ogniteam può configurare il proprio set di dashboard per condividere informazioni e monitorarne lo stato di avanzamento.
  • Controllo del codicesorgente: per ogni repository Gitè possibile applicare i criteri del ramo e definire le autorizzazioni del ramo. Per i repository TFVC, è possibile impostare i criteri di archiviazione.
  • Rilevamento del lavoro:è possibile aggiungere campi, modificare il flusso di lavoro, aggiungere regole personalizzate e aggiungere pagine personalizzate al form dell'elemento di lavoro della maggior parte dei tipi di elemento di lavoro. È anche possibile aggiungere tipi di elemento di lavoro personalizzati. Per informazioni dettagliate, vedere Personalizzare un processo di ereditarietà.
  • Azure Pipelines:è possibile personalizzare completamente le pipeline di compilazione e rilascio, definire le istruzioni di compilazione, gli ambienti di rilascio e la pianificazione della distribuzione. Per informazioni dettagliate, vedere Compilare e rilasciare.
  • Azure Test Plans:è 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 informazioni dettagliate, vedere Exploratory Manual Testing and continuous testing for your builds (Test manuale esplorativo e test continui per le compilazioni).
  • Dashboard: ogniteam può configurare il proprio set di dashboard per condividere informazioni e monitorarne lo stato di avanzamento.
  • Controllo del codicesorgente: per ogni repository Gitè possibile applicare i criteri del ramo e definire le autorizzazioni del ramo. Per i repository TFVC, è possibile impostare i criteri di archiviazione.
  • Rilevamento del lavoro:è possibile aggiungere campi, modificare il flusso di lavoro, aggiungere regole personalizzate e aggiungere pagine personalizzate al form dell'elemento di lavoro della maggior parte dei tipi di elemento di lavoro. È anche possibile aggiungere tipi di elemento di lavoro personalizzati. Per informazioni dettagliate, vedere Personalizzare il modello di processo XML locale.
  • Compilazione e versione:è possibile personalizzare completamente le pipeline di compilazione e rilascio, definire le istruzioni di compilazione, gli ambienti di rilascio e la pianificazione della distribuzione. Per informazioni dettagliate, vedere Compilare e rilasciare.
  • Test: è 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 informazioni dettagliate, vedere Exploratory Manual Testing and continuous testing for your builds (Test manuale esplorativo e test continui per le compilazioni).

Quando aggiungere un team, ridimensionare gli strumenti Agile nell'organizzazione

Man mano che l'organizzazione cresce, aggiungere i team per fornire loro gli strumenti Agile che ogni team può configurare per soddisfare il flusso di lavoro. Per altre informazioni, vedere gli articoli seguenti.

Per rivedere storie e brevi video su come Microsoft è passata dalla cascata ad Agile, vedere Scaling Agile Across the Enterprise.

Client che supportano la connessione a un progetto

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

Vedere anche Compatibilità con Azure DevOps Server versioni .

D & A

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

Un: Non senza perdere i dati. Non è possibile spostare un progetto da una raccolta/organizzazione a un'altra raccolta/organizzazione senza perdere i dati. È possibile copiare manualmente le risorse e lasciarne alcune oppure usare uno strumento di terze parti, ad esempio OpsHub Visual Studio Migration Utility,che copia i dati usando le API REST.

D: Quali strumenti a livello di codice supportano i progetti?

A. Vedere l'API REST projects.

È anche possibile usare i comandi az devops project.

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013

Un progetto fornisce un repository per il codice sorgente e un luogo in cui gli utenti possono pianificare, tenere traccia dello stato di avanzamento e collaborare alla creazione di soluzioni software. Un progetto rappresenta un contenitore fondamentale in cui i dati vengono archiviati quando vengono aggiunti a Azure DevOps.

Quando si crea il progetto, viene creato automaticamente un team con lo stesso nome. Questo è sufficiente per i team di piccole dimensioni. Tuttavia, per le organizzazioni di livello aziendale, potrebbe essere necessario aumentare le dimensioni per creare team e progetti aggiuntivi. Queste aggiunte possono essere create all'interno del singolo account o raccolta.