Condividi tramite


Introduzione alla gestione del progetto

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

Con la maggior parte di Azure DevOps Services, è possibile iniziare a usare il servizio e configurare le risorse man mano che si procede. Non è necessario alcun lavoro anteriore. La maggior parte delle impostazioni definisce le impostazioni predefinite.

Se è stato creato un progetto o si è aggiunti al gruppo Amministratori progetto, acquisire familiarità con le attività amministrative con cui si esegue l'addebito. È possibile eseguire alcune attività per garantire un'esperienza operativa senza problemi.

Prerequisiti

Categoria Requisiti
autorizzazioni Membro del gruppo di sicurezza Project Administrators.

Nota

Questo articolo fornisce una panoramica delle attività a cui un membro del gruppo Amministratori del progetto deve esaminare e partecipare. Per informazioni sulle attività da eseguire dai membri del gruppo Project Collection Administrators , vedere Gestire l'organizzazione o la raccolta di progetti.

Aggiungere utenti al progetto

È possibile aggiungere utenti a un team o a un progetto in modo che possano contribuire al team e al progetto. Gli utenti possono essere aggiunti a più team e progetti.

Gli utenti aggiunti a un'organizzazione possono essere facilmente aggiunti a un progetto aggiungendoli a un team o invitandoli a contribuire a un progetto.

Gli amministratori del team possono aggiungere utenti al proprio team, che li aggiunge automaticamente al progetto. Aggiungendo utenti a un team, gli utenti diventano visibili agli strumenti specifici del team, ad esempio il gruppo di sicurezza del team, il widget Membri del team e gli strumenti di pianificazione della capacità sprint. Per altre informazioni sui team, vedere Informazioni sui team e sugli strumenti Agile.

I membri del gruppo Project Administrators possono aggiungere utenti a un progetto. L'aggiunta di utenti a un team o a un progetto li aggiunge automaticamente al gruppo Collaboratori del progetto. I membri di questo gruppo dispongono delle autorizzazioni per la maggior parte delle funzionalità necessarie per contribuire a elementi di lavoro, codice, compilazioni e versioni. Per una panoramica delle autorizzazioni predefinite, vedere Informazioni di riferimento rapido sulle autorizzazioni predefinite.

Dopo l'aggiunta di utenti a un progetto o a un'organizzazione, è possibile cercare il nome visualizzato o il nome utente (alias di posta elettronica) da qualsiasi strumento di selezione utenti. Gli utenti possono connettersi a un progetto e accedere alle funzionalità disponibili tramite un client supportato o il portale Web.

Per altre informazioni, vedere gli articoli seguenti:

Condividere la visione del progetto, configurare un wiki del progetto

Ogni progetto ha una pagina di riepilogo utile per la condivisione delle informazioni tramite i file README . È anche possibile reindirizzare gli utenti a un wiki del progetto. Per gli utenti che non hanno esperienza con il progetto, un buon approccio consiste nel configurare la pagina di riepilogo del progetto o preparare un wiki. Usare queste funzionalità per condividere processi e procedure stabiliti per il progetto.

Rimuovere i servizi inutilizzati

Per semplificare l'interfaccia utente del portale Web, è possibile disabilitare servizi specifici. Si supponga di usare un progetto solo per registrare i bug. In questo scenario, è possibile disabilitare tutti i servizi ad eccezione di Boards. Per altre informazioni, vedere Attivare o disattivare un servizio.

L'esempio seguente mostra il servizio Piani di test disabilitato:

Screenshot che mostra il servizio Piani di test disabilitato nella pagina Impostazioni progetto per Azure DevOps Services.

Gestire la sicurezza e le autorizzazioni

Autorizzazioni e gruppi di sicurezza controllano l'accesso a attività specifiche. Per comprendere rapidamente le impostazioni predefinite configurate per il progetto, vedere Autorizzazioni e accesso predefiniti.

Nella tabella seguente sono elencate le autorizzazioni assegnate a livello di progetto. Tutte queste autorizzazioni vengono concesse ai membri del gruppo Project Administrators , ad eccezione delle autorizzazioni Elimina viste di Analisi condivise e Modifica visualizzazioni di Analisi condivisa . Per una descrizione di ogni autorizzazione, vedere Informazioni di riferimento su Autorizzazioni e gruppi, Gruppi.

Nota

Le autorizzazioni associate ad Analytics richiedono che il modello di processo ereditato sia selezionato per una raccolta di progetti locale.

Generali

  • Eliminare il progetto team
  • Modificare le informazioni a livello di progetto
  • Gestire le proprietà del progetto
  • Rinominare il progetto team
  • Eliminare le notifiche per gli aggiornamenti degli elementi di lavoro
  • Aggiornare la visibilità del progetto
  • Visualizzare le informazioni a livello di progetto
  • Eliminare il progetto team
  • Modificare le informazioni a livello di progetto
  • Gestire le proprietà del progetto
  • Rinominare il progetto team
  • Eliminare le notifiche per gli aggiornamenti degli elementi di lavoro
  • Visualizzare le informazioni a livello di progetto

Bacheche

  • Ignorare le regole per gli aggiornamenti degli elementi di lavoro
  • Processo di modifica del progetto team
  • Creare una definizione di tag
  • Eliminare e ripristinare elementi di lavoro
  • Spostare elementi di lavoro da questo progetto
  • Eliminare definitivamente gli elementi di lavoro

Analisi

  • Eliminare visualizzazioni di Analisi condivisa
  • Modificare le visualizzazioni di Analisi condivisa
  • Visualizzazione dell'analisi

Piani di test

  • Creare esecuzioni di test
  • Eliminare le esecuzioni di test
  • Gestire le configurazioni di test
  • Gestire gli ambienti di test
  • Visualizzare le esecuzioni dei test

Per altre informazioni sulla sicurezza e l'impostazione delle autorizzazioni a livello di progetto, vedere gli articoli seguenti:

Aggiungere membri al gruppo Project Administrators

La persona che crea un progetto viene aggiunta automaticamente come membro al gruppo Project Administrators . I membri di questo gruppo dispongono delle autorizzazioni per gestire la configurazione del progetto, i repository, le risorse della pipeline, i team e tutte le autorizzazioni a livello di progetto.

È consigliabile assegnare privilegi amministrativi a più membri del team. È possibile aggiungere un utente a questo gruppo seguendo le istruzioni riportate in Modificare le autorizzazioni a livello di progetto, Aggiungere membri al gruppo Project Administrators.

Concedere o limitare le autorizzazioni

Le autorizzazioni vengono gestite ai tre livelli seguenti e tramite assegnazioni basate su ruoli:

  • oggetto
  • progetto
  • organizzazione o raccolta

Come membro del gruppo Project Administrators , è possibile concedere o limitare le autorizzazioni per tutti gli oggetti a livello di progetto. Per delegare attività specifiche ad altri utenti, un approccio efficace consiste nell'aggiungere gli utenti a un gruppo di sicurezza predefinito o personalizzato oppure aggiungerli a un ruolo specifico. Per altre informazioni, vedere gli articoli seguenti:

Esaminare e aggiornare le notifiche

Diverse notifiche sono predefinite per ogni progetto aggiunto. Le notifiche sono basate sulle regole di sottoscrizione. Le sottoscrizioni derivano dalle aree seguenti:

Se gli utenti segnalano la ricezione di troppe notifiche, è possibile indirizzarli a rifiutare esplicitamente una sottoscrizione.

Screenshot che mostra come gli utenti possono rifiutare esplicitamente diversi tipi di notifiche.

Determinare i requisiti di tracciabilità

Se si usa la maggior parte di Azure DevOps Services, ad esempio Azure Boards, Azure Repos, Azure Pipelines e Azure Test Plans, è probabile che si voglia avvisare i team delle funzionalità che supportano la tracciabilità end-to-end. Per iniziare, vedere gli articoli seguenti:

Impostare i criteri DevOps

Impostare i criteri per supportare la collaborazione tra i team e rimuovere automaticamente i file obsoleti. Per impostare i criteri che regolano Azure Repos, Azure Pipelines e Azure Test Plans, vedere gli articoli seguenti:

Configurare e personalizzare Azure Boards

È possibile configurare e personalizzare Azure Boards per supportare molti requisiti aziendali per la pianificazione e il monitoraggio del lavoro. È necessario configurare almeno gli elementi seguenti:

  • Percorsi di area per raggruppare gli elementi di lavoro per team, prodotto o area di funzionalità
  • Percorsi di iterazione per raggruppare il lavoro in sprint, attività cardine o altri periodi specifici dell'evento o relativi al tempo

Se non si ha familiarità con Azure Boards e si vuole una panoramica approfondita di ciò che è possibile configurare e personalizzare, vedere Configurare e personalizzare Azure Boards.

Definire percorsi di area e iterazione per la gestione del lavoro

Se si supportano diversi prodotti, è possibile assegnare elementi di lavoro in base all'area di funzionalità definendo i percorsi di area. Per assegnare elementi di lavoro a intervalli di tempo specifici, noti anche come sprint, è necessario configurare i percorsi di iterazione. Per usare gli strumenti Scrum come backlog sprint, taskboard e capacità del team, è necessario configurare diversi sprint. Per una panoramica, vedere Informazioni sulle aree e sui percorsi di iterazione.

L'immagine seguente mostra i percorsi di iterazione predefiniti per i processi Scrum:

Screenshot che mostra le iterazioni predefinite per i processi Scrum.

L'immagine seguente mostra un insieme di percorsi esempio per le aree.

Screenshot che mostra un set di percorsi dell'area di esempio.

Personalizzare i processi di rilevamento del lavoro

L'utente e il team possono iniziare a usare tutti gli strumenti di rilevamento del lavoro subito dopo la creazione di un progetto. Ma spesso alcuni utenti vogliono personalizzare l'esperienza per soddisfare diverse esigenze aziendali. È possibile personalizzare facilmente il processo tramite l'interfaccia utente. È consigliabile stabilire una metodologia per cui gli utenti possono gestire gli aggiornamenti e valutare le richieste.

Nota

Per impostazione predefinita, ai proprietari e agli utenti dell'organizzazione aggiunti al gruppo di sicurezza Amministratori raccolta progetti viene concessa l'autorizzazione per creare, modificare e gestire i processi usati per personalizzare l'esperienza di rilevamento del lavoro. Se si vuole bloccare chi è in grado di eseguire queste attività, è possibile impostare le autorizzazioni a livello di organizzazione su Nega.

Per altre informazioni, vedere gli articoli seguenti:

Integrazione con altri servizi

Azure DevOps supporta l'integrazione con Azure, GitHub e molti altri servizi. Come membro del gruppo Project Administrators , è possibile configurare l'integrazione con molti di questi servizi. Per altre informazioni, consulta gli articoli seguenti.

Integrazione dei servizi Risorse
Azure DevOps e GitHub Panoramica dell'integrazione di Azure DevOps e GitHub
Azure Boards e GitHub Integrazione di Azure Boards e GitHub
Microsoft Teams - Azure Boards con Microsoft Teams
- Azure Repos con Microsoft Teams
- Azure Pipelines con Microsoft Teams
Lasco - Azure Boards con Slack
- Azure Repos con Slack
- Azure Pipelines con Slack
Hook del servizio Azure DevOps Integrazione con hook del servizio

Aggiungere team e ridimensionare il progetto

Man mano che l'organizzazione cresce, è consigliabile aggiungere team per ridimensionare il progetto. Ogni team ottiene l'accesso al proprio set di strumenti Agile personalizzabili.

Diagramma degli strumenti Agile e degli asset del team organizzati per supportare la pianificazione, il monitoraggio, l'apprendimento e la collaborazione.

Per altre informazioni, vedere gli articoli seguenti: