Introduzione come stakeholder

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

Gli stakeholder sono utenti con accesso gratuito ma limitato alle funzionalità e alle funzioni di Azure DevOps. Con l'accesso agli stakeholder è possibile aggiungere e modificare elementi di lavoro, gestire pipeline di compilazione e rilascio e visualizzare i dashboard. È possibile controllare lo stato del progetto e fornire direzione, feedback, idee di funzionalità e allineamento aziendale a un team. Per informazioni sull'uso delle pipeline, vedere Compilare il repository GitHub e compilare repository OSS.

Per altre informazioni, vedere informazioni di riferimento rapido sull'accesso agli stakeholder. Per confrontare stakeholder e accesso di base, vedere la matrice di funzionalità.

In questa esercitazione si apprenderà come:

• Informazioni sull'accesso degli stakeholder e sulle funzionalità disponibili
• Accedere a un progetto
• Informazioni sugli elementi e i tipi di lavoro
• Aprire la scheda Kanban
• Add work items (Aggiungere elementi di lavoro)
• Aggiornare gli elementi di lavoro
• Visualizzare il backlog
• Trovare elementi di lavoro

Prerequisiti

• È necessario avere accesso agli stakeholder per un progetto privato e essere membro del gruppo Collaboratori o Amministratori progetto. È possibile visualizzare le schede, aprire e modificare gli elementi di lavoro e aggiungere attività figlio a un elenco di controllo. Tuttavia, non è possibile riordinare o replicare un elemento backlog usando il trascinamento e l'eliminazione, né aggiornare un campo in una scheda.
• È necessario avere accesso agli stakeholder per un progetto pubblico e essere membro del gruppo Collaboratori o Amministratori progetto per avere accesso completo a tutte le funzionalità di Board. Per altre informazioni, vedere Ruoli predefiniti e accesso per progetti pubblici

Per ottenere l'accesso come stakeholder, chiedere al proprietario dell'organizzazione o all'amministratore della raccolta di progetti di aggiungere un progetto con accesso agli stakeholder.

Accedere a un progetto

1. Selezionare il collegamento fornito nell'invito tramite posta elettronica o aprire una finestra del browser e immettere l'URL per il portale Web.

   https://dev.azure.com/OrganizationName/ProjectName

2. Immettere le credenziali. Se non è possibile accedere, chiedere al proprietario dell'organizzazione o all'amministratore del progetto di aggiungere l'utente come membro del progetto con accesso agli stakeholder.

Informazioni sugli elementi e i tipi di lavoro

Gli elementi di lavoro supportano la pianificazione e il rilevamento del lavoro. Ogni elemento di lavoro si basa su un tipo di elemento di lavoro e viene assegnato un identificatore, univoco all'interno di un'organizzazione o di una raccolta di progetti.

Diversi elementi di lavoro vengono usati per tenere traccia di diversi tipi di lavoro, come descritto in Informazioni sugli elementi di lavoro. I tipi di elemento di lavoro disponibili sono basati sul processo usato quando il progetto è stato creato, Agile, Basic, Scrum o CMMI, come illustrato nelle immagini seguenti.

Processo Agile

L'immagine seguente mostra la gerarchia dell'elemento di lavoro del backlog del processo Agile. Le storie utente e le attività vengono usate per tenere traccia del lavoro, i bug tengono traccia dei difetti del codice e le funzionalità e vengono usati per raggruppare il lavoro in scenari più grandi.

Ogni team può configurare la modalità di gestione dei bug, allo stesso livello di Storie utente o attività, configurando l'impostazione Utilizzo dei bug . Per altre informazioni sull'uso di questi tipi di elemento di lavoro, vedere Processo agile.

Processo Basic

L'immagine seguente mostra la gerarchia dell'elemento di lavoro del backlog di base. I problemi e le attività vengono usati per tenere traccia del lavoro, mentre Epics viene usato per raggruppare il lavoro in scenari più grandi. Il processo Basic è disponibile con Azure DevOps Server 2019 Update 1 e versioni successive.

Per altre informazioni sull'uso di questi tipi di elemento di lavoro, vedere Pianificare e tenere traccia del lavoro.

Processo Scrum

L'immagine seguente mostra la gerarchia dell'elemento di lavoro del backlog del processo Scrum. Gli elementi e le attività del backlog del prodotto vengono usati per tenere traccia del lavoro, i bug tengono traccia dei difetti del codice e le funzionalità e vengono usati per raggruppare il lavoro in scenari più grandi.

Ogni team può configurare la modalità di gestione dei bug, allo stesso livello di Elementi o attività del backlog prodotto, configurando l'impostazione Utilizzo dei bug . Per altre informazioni sull'uso di questi tipi di elemento di lavoro, vedere Processo scrum.

Processo CMMI

L'immagine seguente mostra la gerarchia dell'elemento di lavoro del backlog del processo CMMI. I requisiti e le attività vengono usati per tenere traccia del lavoro, i bug tengono traccia dei difetti del codice e le funzionalità e vengono usati per raggruppare il lavoro in scenari più grandi.

Ogni team può configurare la modalità di gestione dei bug, allo stesso livello di Requisiti o attività, configurando l'impostazione Utilizzo dei bug . Per altre informazioni sull'uso di questi tipi di elemento di lavoro, vedere Processo CMMI.

Aprire la scheda Kanban

È possibile visualizzare gli elementi di lavoro dopo la connessione a un progetto.

1. Nel progetto e selezionare Board> e quindi selezionare una scheda del team dal menu a discesa.

   

   È anche possibile immettere una parola chiave nella casella di ricerca o selezionare Visualizza directory scheda per visualizzare un elenco delle schede dei team disponibili.

   

   Suggerimento

   Selezionare l'icona star per creare una scheda del team preferita. Gli artefatti preferiti ( icona preferita) vengono visualizzati nella parte superiore dell'elenco dei selettore del team.

2. Verificare di aver selezionato Storie per Agile, Problemi per gli elementi Basic, Backlog per Scrum o Requisiti per CMMI come livello di backlog.

   

Aggiungere elementi di lavoro

Nella scheda selezionare il segno più, immettere un titolo e quindi selezionare Invio.

Per altre informazioni, vedere Visualizzare e aggiungere elementi di lavoro dalla pagina Elementi di lavoro.

Aggiornare gli elementi di lavoro

I moduli dell'elemento di lavoro visualizzati possono differire dalle immagini seguenti. La funzionalità di base è la stessa, tuttavia, sono state apportate modifiche con versioni diverse di Azure DevOps.

Modificare lo stato

Trascinare e rilasciare un elemento di lavoro per spostarlo a valle durante il completamento del lavoro.

Aggiungere dettagli

Per aprire un elemento di lavoro, fare doppio clic sul titolo o evidenziarlo e quindi selezionare Invio. Di seguito viene illustrato come assegnare il lavoro. È possibile assegnare il lavoro solo a un utente aggiunto al progetto.

Processo Agile

Ad esempio, qui assegniamo la storia a Raisa Pokrovska e aggiungiamo una nota di discussione, a menzionare Raisa. Al termine, selezionare Salva & chiudi.

Processo Basic

Ad esempio, qui assegniamo il problema a Raisa Pokrovska e aggiungiamo una nota di discussione, all'indirizzo Raisa. Al termine, selezionare Salva & chiudi.

Processo Scrum

Ad esempio, qui viene assegnato l'elemento Di Backlog product a Jamal Hartnett e viene aggiunta una descrizione e tag. Al termine, selezionare Salva & chiudi.

Processo CMMI

Ad esempio, qui viene assegnato il requisito a Jamal Hartnett. Al termine, selezionare Salva & chiudi.

Descrizioni dei campi specifiche di CMMI

---

Campo

Definition

---

Valutazione dell'impatto

Impatto sul cliente della mancata implementazione di questo requisito. È possibile includere dettagli dal modello Kano per indicare se il requisito è incluso nella categoria Sorpresa, Obbligatorio oppure Ovvio. Queste informazioni vengono acquisite nel campo RTF HTML che corrisponde alla valutazione impatto.

---

Tipo di requisito (obbligatorio)

Tipo di requisito da implementare. È possibile specificare uno dei valori seguenti:

• Obiettivo di business
• Funzionalità
• Funzionale
• Interfaccia
• Operativo
• QoS (Quality of Service)
• Sicurezza
• Scenario
• Sicurezza

---

Data inizio/Data fine

Date di destinazione per l'inizio o la fine del lavoro. Questi campi vengono compilati da Microsoft Project quando viene usato per la pianificazione.
È possibile specificare il lavoro in ore o in giorni. Nessuna unità di tempo inerente è associata a questo campo.

---

Valutazione (obbligatorio)

Indica il tipo di decisione di valutazione che è in sospeso per l'elemento di lavoro. Utilizzare questo campo quando l'elemento di lavoro è nello stato Proposto e specificare uno dei valori seguenti: In sospeso (impostazione predefinita), Altre informazioni, Info ricevute o Triaged.

---

Bloccato

Indica se a un membro del team viene impedito di procedere nell'implementazione di un requisito o di un'attività o nel risolvere un bug, una richiesta di modifica o un rischio. Se è stato aperto un problema per tenere traccia di un problema che causa il blocco, è possibile creare un collegamento al problema. È possibile specificare Sì o No (impostazione predefinita).

---

Commit (obbligatorio)

Indica se viene eseguito o meno il commit del requisito nel progetto. È possibile specificare Sì o No (impostazione predefinita).

---

Integrato in

Numero di build del prodotto che incorpora il requisito, la richiesta di modifica o corregge un bug.

---

Test di accettazione utente (obbligatorio)

Lo stato del test di accettazione utente per un requisito. È possibile specificare uno dei valori seguenti:

• Corretto
• Errato
• Non pronto
• Ready
• Ignorato
• Informazioni ricevute
  Specificare Non pronto quando il requisito è nello stato Attivo e si specifica Pronto quando il requisito è nello stato Risolto.

---

Esperti in materia

Nomi dei membri del team che hanno familiarità con l'area clienti rappresentata da questo requisito.

---

Aggiungere altri dettagli modificando i valori dei campi, aggiungendo una descrizione o tag e aggiungendo commenti. Per altre informazioni, vedere gli articoli seguenti:

• Campi di aggiornamento: descrizioni e utilizzo
• Aggiungere tag agli elementi di lavoro. Gli stakeholder possono aggiungere tag esistenti a un elemento di lavoro, ma non è possibile aggiungere nuovi tag.
• Acquisire commenti nella sezione Discussione

Visualizza come backlog

Controllare il backlog del prodotto per vedere in che modo il team ha prioritario il proprio lavoro. Gli elementi backlog vengono visualizzati in ordine di priorità. I tipi di elemento di lavoro possono includere bug a seconda del processo usato al momento della creazione del progetto.

Nella scheda Kanban scegliere Visualizza come backlog.

Verrà visualizzato l'elenco degli elementi backlog elencati nell'ordine di priorità. È possibile aggiungere un elemento backlog, che va alla fine dell'elenco. Con l'accesso degli stakeholder non è possibile riscrivere il lavoro.

Trovare elementi di lavoro

Scegliere Elementi >di lavorodelle schede> e quindi selezionare un'opzione dal menu a discesa. Qui abbiamo scelto Assegnato a me.

Per altre informazioni, vedere gli articoli seguenti:

• Visualizzare, eseguire o inviare un messaggio di posta elettronica a una query dell'elemento di lavoro
• Visualizzare e aggiungere elementi di lavoro usando la pagina Elementi di lavoro

Passaggi successivi

Creare il backlog del prodotto

Articoli correlati

• Add work items (Aggiungere elementi di lavoro)
• Avvio rapido di Kanban
• Livelli di accesso
• Modificare i livelli di accesso