Condividi tramite


Progettare dashboard efficaci nell'ambito di Azure DevOps

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

I dashboard interattivi tengono traccia del team e degli stakeholder e dei progetti. È possibile creare dashboard per progetti che servono più team o un team specifico e aggiungere widget che mostrano il contenuto per l'utente connesso.

Suggerimento

È possibile usare l'intelligenza artificiale per facilitare questa attività più avanti in questo articolo, oppure vedere Abilitare l'assistenza AI con Azure DevOps MCP Server per iniziare.

Prerequisiti

Categoria Requisiti
livelli di accesso - membro del progetto.
- Almeno di base accesso.
autorizzazioni Chiunque abbia accesso al progetto, inclusi gli stakeholder, può visualizzare le visualizzazioni di Analisi. Per altre informazioni sugli altri prerequisiti relativi all'abilitazione di servizi e funzionalità e alle attività generali di rilevamento dei dati, vedere Autorizzazioni e prerequisiti per accedere ad Analisi.
Servizi Azure Boards abilitate. Se Azure Boards è disabilitato, le visualizzazioni di Analisi non vengono visualizzate. Riabilitare Azure Boards per singoli utenti o per l'intera organizzazione.
Categoria Requisiti
livelli di accesso - membro del progetto.
- Almeno di base accesso.
autorizzazioni Chiunque abbia accesso al progetto, ad eccezione di quelli con accesso Stakeholder , può visualizzare i rapporti di Analisi. Per gli stakeholder: Visualizza Analytics impostazione dei permessi su Consenti.
Per altre informazioni, vedere Concedere le autorizzazioni per accedere al servizio Analytics.
- Per altre informazioni sugli altri prerequisiti relativi all'abilitazione di servizi e funzionalità e alle attività generali di rilevamento dei dati, vedere Autorizzazioni e prerequisiti per accedere ad Analisi.
Servizi - Azure Boards abilitato. Se Azure Boards è disabilitato, le visualizzazioni di Analisi non vengono visualizzate. Riabilitare Azure Boards per singoli utenti o per l'intera organizzazione.
Servizio di analisi - abilitato. Per abilitare il servizio, è necessario essere un proprietario dell'account o un membro del gruppo Project Collection Administrators.

Scegli il focus del dashboard

Per determinare l'obiettivo di un dashboard, identificare le esigenze informative del pubblico previsto. Creare dashboard che forniscono informazioni dettagliate e consentono di identificare le azioni da intraprendere.

L'obiettivo del dashboard determina se si crea un dashboard del team o del progetto, come illustrato nella tabella seguente.

Focus Descrizione Tipo di dashboard
Portatore d'interessi Condividere obiettivi, informazioni, collegamenti a modelli di elemento di lavoro per creare bug o nuove richieste di funzionalità e altro ancora. Progetto o team
Personale Aiuta ogni membro del team a concentrarsi sulle attività arretrate e sul lavoro corrente. Progetto o team
Team Fornire informazioni per un team per monitorare lo stato, tenere traccia dei progressi, identificare i colli di bottiglia e assicurare che gli elementi del backlog siano ben definiti. Squadra
Sprint Esaminare lo stato durante gli stand-up giornalieri per assicurarsi che il team sia in linea per raggiungere gli obiettivi dello sprint e affrontare eventuali problemi che influiscono sugli obiettivi. Squadra
Release Monitorare lo stato e tenere traccia dei progressi in vista di una versione principale che potrebbe comportare contributi di diversi team. Progetto
Test e distribuzione Monitorare l'integrazione continua, le compilazioni, le distribuzioni e le versioni. Progetto o team

Scegliere il tipo di dashboard e crearlo

Quando si crea un team, Azure DevOps crea per impostazione predefinita un dashboard Team intitolato Panoramica, senza widget. È possibile rinominare il dashboard in un secondo momento e aggiungere widget per le esigenze del team.

Quando si aggiunge manualmente un dashboard, decidere quale tipo di dashboard creare:

  • Un dashboard del progetto include informazioni per più team o se il contenuto non è incentrato sul team.

  • Il dashboard del team include widget specifici del team.

Per visualizzare i widget configurabili per un singolo team o più team, esaminare il catalogo dei widget Out Of Box.

Dopo aver determinato il tipo di dashboard, creare il dashboard. È anche possibile semplificare il processo copiando il dashboard di un altro team e modificando i widget per le esigenze del team.

Condividere il dashboard con il team e gli stakeholder

Dopo aver creato un dashboard, condividere l'URL con il team e gli stakeholder. Specificare le azioni che si desidera eseguire e richiedere feedback per renderlo più interattivo e approfondito.

Per la visualizzazione e la modifica dei dashboard si applicano le condizioni seguenti:

È anche possibile estendere la visibilità del dashboard aggiungendo bacheche e dashboard come schede nel canale di Microsoft Teams. Per altre informazioni, vedere Configurare le schede di Azure DevOps in Microsoft Teams.

Ottimizzare i dashboard per diversi scenari

Dopo aver usato il dashboard, apportare modifiche in base al feedback. Aggiornare le query in base alle esigenze per perfezionare i risultati dei dati. Rivedi periodicamente i dashboard per assicurarti che forniscano le informazioni di cui hai bisogno tu, il tuo team e gli stakeholder.

Le sezioni seguenti descrivono diversi scenari di dashboard e suggerimenti per l'ottimizzazione.

Dashboard dei portatori di interesse

Gli stakeholder includono tutti i membri del progetto interessati al lavoro. Per creare un dashboard che supporti gli stakeholder, usare una combinazione di widget Markdown (.md) e widget incentrati sul team che rispondono alle preoccupazioni degli stakeholder:

  • Obiettivi del team
  • Informazioni sul team
  • Membri del team e contatti chiave
  • Collegamenti ai modelli di elementi di lavoro
  • Linee guida del team collegate al contenuto wiki

Dashboard personale

Usando un dashboard incentrato sul personale, ogni membro del team può visualizzare le proprie assegnazioni di lavoro, altri lavori che seguono o lavorare dove sono menzionati. Creare un dashboard personale usando il widget Assigned to me e altri riquadri di query o grafici che fanno riferimento a una Assigned To = @Me clausola di query.

L'immagine seguente mostra un dashboard personale denominato My Work Focus con diversi widget che supportano l'utente connesso:

Screenshot di un dashboard personale con riquadri di query di lavoro e grafici di query.

Il dashboard di esempio utilizza riquadri di query e grafici di query filtrati da Assigned To = @Me per mostrare il lavoro del sprint corrente, il lavoro del prossimo sprint, elementi completati di recente, elementi di backlog e il lavoro che hai creato o aggiornato di recente. Selezionare un riquadro o un widget di query per passare all'elenco completo degli elementi di lavoro.

Prendere in considerazione anche l'aggiunta di questi widget a un dashboard personale:

  • Assegnato a me: Visualizza gli elementi di lavoro assegnati all'utente connesso.
  • Nuovo elemento di lavoro: creare nuovi elementi di lavoro direttamente dal dashboard.
  • Collegamenti di lavoro: Accesso ai collegamenti al backlog del team, alla bacheca, alla lavagna attività dello sprint corrente e alla pagina delle query.

L'immagine seguente mostra un dashboard personale che elenca il lavoro assegnato all'utente connesso:

Screenshot di una dashboard personale che presenta lavoro specifico per l'utente usando il widget assegnato a me.

Per le query usate in questi esempi, vedere Esempi di grafici di query.

Dashboard del team

Un dashboard di un team aiuta i membri a raggiungere gli obiettivi, monitorare lo stato, tracciare i progressi, identificare i colli di bottiglia e garantire che gli elementi del backlog siano ben definiti. Creare un dashboard del gruppo includendo uno o più dei widget con ambito di gruppo seguenti:

  • Diagramma di flusso cumulativo (CFD): monitorare il flusso degli elementi di lavoro e tenere traccia del conteggio degli elementi di lavoro in base alle fasi dello sprint.
  • Metriche di velocità: tenere traccia della capacità del team di portare a termine il lavoro sprint dopo sprint.
  • Tempo ciclo: aggiungere misurazioni temporali per tenere traccia del tempo necessario al team per completare gli elementi di lavoro.
  • Lead time: Aggiungere misurazioni temporali per tenere traccia del tempo necessario dalla creazione al completamento degli elementi di lavoro.

La velocità aiuta i team a capire quanto bene stanno pianificando ed eseguendo sprint. Il tempo di lead e di ciclo indica il tempo medio per cui il lavoro passa dall'inizio alla conclusione.

Prendere in considerazione l'aggiunta di una tabella pivot in modo che gli utenti possano visualizzare rapidamente il numero di elementi di lavoro e le relative assegnazioni. Usare questi grafici per determinare se il team deve bilanciare meglio il carico di lavoro.

Screenshot della dashboard di un team che include il pivot del lavoro assegnato e i widget del grafico a barre.

Molti team gestiscono codice, test, compilazioni e versioni usando Azure DevOps. Per supportare queste attività, aggiungere i widget seguenti al dashboard del team:

  • Riquadro codice: includere un riepilogo del contenuto di una cartella di codice o di un repository Git.
  • Tendenza risultati test (avanzata): aggiunge visibilità quasi in tempo reale dei dati di test per build e rilasci.
  • Pull Request: mostra le richieste pull attive richieste dai membri del team, oppure richieste o assegnate all'utente connesso.

Per i widget di compilazione e distribuzione, vedere Dashboard di test e distribuzione.

Dashboard Sprint

Azure DevOps offre diversi widget specifici dello sprint e del team per tenere traccia dello stato di avanzamento dello sprint, tra cui panoramica sprint, capacità sprint e sprint burndown. È possibile visualizzare la capacità Sprint quando il team tiene traccia del lavoro usando le attività e imposta la capacità Sprint.

L'immagine seguente mostra un dashboard sprint-focus di esempio:

Screenshot di un dashboard dello sprint che include piastrelle della query del focus sprint, insieme ai widget Team Velocity e Sprint Burndown.

Il dashboard di esempio include diversi riquadri di query e i widget seguenti:

  • Panoramica dello sprint: grafico dello stato di avanzamento dello sprint come numero di punti di storia o numero di elementi di lavoro.
  • Nuovo elemento di lavoro: consente agli utenti di aggiungere elementi di lavoro direttamente dal dashboard.
  • Metriche di velocità: tenere traccia della capacità del team di portare a termine il lavoro sprint dopo sprint.
  • Sprint Burndown: monitorare lo stato del team mostrando il lavoro rimanente per lo sprint.

Dashboard di rilascio

Le versioni principali del software spesso comportano contributi di più team. I grafici di burn-down e burnup consentono ai responsabili dei prodotti di tenere traccia dello stato di avanzamento tra i team. È possibile configurare in modo elevato questi grafici. È possibile scegliere team, elementi di lavoro backlog o tipi di elementi di lavoro, criteri di campo, metriche di conteggio alla rovescia e intervalli temporali. Per ulteriori informazioni, vedere Configurare un widget burndown o burnup.

Nota

I grafici basati su analisi usano WorkItemsSnapshot EntitySet, che modella i dati come istantanee giornaliere. Aggregazioni di dati basate sulle assegnazioni effettuate alla data di assegnazione. Per filtrare un widget Burndown/Burnup per campo o assegnazioni di tag, assegnarle prima del periodo da monitorare. In caso contrario, il widget non li registra fino alla data in cui vengono applicati.

Dashboard di testing e implementazione

Molti team hanno un dashboard dedicato per tenere traccia dello stato di avanzamento dei test, delle compilazioni e delle distribuzioni. È possibile creare un dashboard incentrato sui test e le distribuzioni aggiungendo i widget seguenti:

L'immagine seguente mostra un esempio di output del widget Cronologia di build in un dashboard:

Screenshot di un dashboard che mostra la cronologia di compilazione.

L'immagine seguente mostra un esempio di output del widget Release Pipeline Overview in un dashboard:

Screenshot di una dashboard che include un grafico di panoramica della pipeline di rilascio.

L'immagine seguente mostra un esempio di output del widget Stato distribuzione in un dashboard:

Screenshot di un dashboard che mostra lo stato della distribuzione.

Usare l'intelligenza artificiale per pianificare dashboard efficaci

Se si configura il server MCP di Azure DevOps, è possibile usare gli assistenti di intelligenza artificiale per pianificare e progettare dashboard.

Esempi di suggerimenti

Attività Richiesta di esempio
Pianificare un dashboard del team What widgets should I include on a team dashboard for a Scrum team in <Contoso> project?
Pianificare un dashboard del progetto Help me design a project-level dashboard that gives leadership visibility into progress across all teams in <Contoso> project
Scegliere i widget Which widgets should I use to track code quality and test coverage on my dashboard?
Produttività personale What assigned-to-me widgets can I add to a dashboard to track my own work items and pull requests?
Prospettiva stakeholder Help me create a dashboard focused on release readiness for stakeholders in <Contoso> project
Integrità della pipeline What widgets should I add to monitor build and release pipeline health on a dashboard?
Gestire i colli di bottiglia Based on work items in the current sprint for <Contoso> project, where are items getting stuck and which dashboard widgets should we add to monitor those bottlenecks?
Creare un elenco di controllo del dashboard Create a checklist for a sprint dashboard for <Fabrikam> team: what questions should it answer, which widgets should it include, and what queries does each widget need?

Suggerimento

Se si usa Visual Studio Code, la modalità agente è particolarmente utile per l'iterazione delle raccomandazioni del dashboard durante l'esplorazione dei dati reali del progetto.