Menu

Terminologia Agile e Scrum: un glossario per concetti Agile / Scrum

  • Principale
  • Altro
  • Terminologia Agile e Scrum: un glossario per concetti Agile / Scrum

agile scrum terminology

Prova Il Nostro Strumento Per Eliminare I Problemi

Questa è una guida completa per tutta la terminologia Agile / Scrum importante ed è un glossario completo dei concetti Agile e Scrum:

Come tutti sappiamo, Agile non ha bisogno di presentazioni. È un framework di sviluppo software utilizzato in tutto il mondo.

Questo articolo è una guida completa di tutti i concetti di agile / scrum che devi avere a portata di mano.

Agile Scrum

Cosa imparerai:

Agile Manifesto

La metodologia Agile si basa sul Manifesto Agile. Per ulteriori informazioni sul manifesto, controllare Manifesto per lo sviluppo agile del software .

Il punto chiave del manifesto agile può essere ridotto a :

  • La comunicazione da persona a persona è efficace per l'associazione del processo.
  • Il prodotto funzionante è migliore della tradizionale documentazione passo passo.
  • Il coinvolgimento del cliente / imprenditore è fondamentale, così come lo sono i continui feedback.
  • I cambiamenti sono inevitabili. Quindi i Team dovrebbero abbracciarli e accoglierli.

Vedrai che, anche se il processo agile fa queste dichiarazioni, non fornisce i passi concreti esatti per raggiungerlo. Garantisce completa libertà e autonomia ai team per svolgere il loro lavoro migliore.

Nel tempo, il freestyle si è evoluto in pratiche comuni. Di cui il più famoso è Scrum.

Cominciamo le nostre definizioni con questo.

Cos'è Scrum?

Scrum è un modello di sviluppo sviluppato da Ken Schwaber e Jeff Sutherland ed è in uso dagli anni '90.

Il lavoro è suddiviso in requisiti più piccoli (storie, epiche e attività) e team affiatati costruiscono e forniscono in piccole rate. Il feedback viene richiesto frequentemente e vengono apportati miglioramenti al prodotto sotto forma di frequenti brevi rilasci.

Pillars Of Scrum

I pilastri di Scrum sono spiegati di seguito in dettaglio:

  • Trasparenza : I team sono consapevoli di ciò che sta accadendo e sono aperti alla condivisione e ad aiutarsi a vicenda. La comunicazione fluisce liberamente attraverso le interazioni quotidiane da persona a persona e informali.
  • Ispezione : Ispezioni frequenti e religiose del lavoro sono la chiave del successo di Scrum. I team possono identificare, diagnosticare, risolvere i problemi, riparare e tornare in pista in modo semplice e affidabile.
  • Adattamento : Scrum non presume che quello che stanno facendo sia giusto. Ci sono punti di controllo periodici sotto forma di Sprint planning, daily scrum, sprint review / riunioni retrospettive dove il team può rivedere e adattarsi.

Scrum Team

Team di Scrum sono generalmente piccoli (5-9) e sono di solito interfunzionali in natura. Includono un file Maestro di mischia , sviluppatore, tester (è pratica comune riferirsi a tutti i membri del team agile come sviluppatori indipendentemente dal loro campo di lavoro).

Altri membri del team tecnico e, soprattutto, il proprietario o lo sponsor del prodotto. Agile piazza tutte le sue scommesse sulla sua squadra. Quindi un A-team auto-organizzato è fondamentale e quasi un prerequisito per un'implementazione agile di successo.

Team di Scrum

Ruoli in Scrum

Di seguito sono riportati i vari ruoli in Scrum:

  • Proprietario del prodotto: Un product owner possiede il backlog. È responsabile del prodotto e della forma che assume. Mantenere il backlog del prodotto, avere una visione generale del prodotto e guidare gli obiettivi del team verso di esso sono le responsabilità principali di un proprietario del prodotto.
  • Team di sviluppo: Il team di sviluppo non ha ruoli limitati. Ci si aspetta che lavorino in modo interfunzionale e scelgano l'approccio migliore per raggiungere l'obiettivo.
  • Maestro di mischia: È compito dello scrum master assicurarsi che lo scrum sia implementato nel modo giusto. Lo scrum master è anche chiamato come Servant Leader per tutta la squadra.

Cerimonie di mischia

Agile si basa su alcune abitudini per rimanere in pista e avere successo.

Alcuni di loro sono menzionati di seguito:

# 1) Riunione quotidiana di mischia: Questo è un tipico incontro breve di 15 minuti in cui ogni membro del team parla dei seguenti punti:

  • Cosa è stato fatto ieri?
  • Cosa è previsto per oggi?
  • Ci sono impedimenti lungo il percorso?

Questo formato dell'incontro è molto efficace per capire quale lavoro è finito, cosa resta e come il team può aiutarsi a vicenda se necessario.

Scrum Master facilita questo incontro, ma non è a beneficio dello Scrum Master o di un luogo in cui raccogliere lo stato. È un'opportunità per il team di interagire e stringersi insieme prima di intraprendere strade separate per conquistare i compiti della giornata.

# 2) Sprint : Uno Sprint è un'iterazione time-boxed (spesso 3 settimane una volta ma potrebbe essere più lunga o più breve). Questo è un processo ripetitivo e può essere visto come una raffica di sviluppo e consegna.

# 3) Sprint Planning: Lo scopo della pianificazione dello sprint è pianificare come trasformare una serie di storie di backlog di prodotto in un incremento del prodotto spedibile.

Il formato generale può essere come una situazione in due parti.

  • Primo tempo - Il team seleziona gli elementi che si impegnano a completare.
  • Seconda metà - Il Product Owner è disponibile per domande.

Il team decide come costruirlo. In questo modo le attività vengono create e assegnate di conseguenza risultando in Sprint Backlog.

# 4) Sprint Review / Demo : Dopo uno sprint, il team e gli stakeholder si incontrano, in modo che il lavoro completato possa essere mostrato.

Le attività completate vengono confrontate con gli articoli pianificati e la funzionalità che non è stata implementata viene omessa. La durata di questo incontro non è superiore a 4 ore.

# 5) Sprint Retrospective: Questo incontro è facilitato dal Maestro di mischia e l'intera squadra, compreso il PO, partecipa.

Il team discute il recente Sprint tenendo a fuoco le idee di miglioramento del processo e determina quali modifiche potrebbero essere apportate per rendere il prossimo Sprint più produttivo.

Normalmente, questo incontro dura non più di 2 ore.

=> Lettura consigliata - Riunioni retrospettive agili

Nozioni di base sulla stima agile

Di seguito sono riportate le nozioni di base sulla stima agile:

Ingressi

  • Backlog di prodotto e sprint backlog.
  • Dati storici, stime precedenti per attività simili con valori di sforzo effettivo spesi su di essi.

Partecipanti stimati

  • Membri del team che hanno familiarità con l'applicazione.
  • Membri del team che comprendono l'integrazione dell'applicazione con altri sistemi.
  • Rappresentazione delle varie competenze richieste per il completamento del progetto.
  • Rappresentanti del team build, deployment e QA.

Definizione di epico / caratteristica / idea

  • Si tratta di storie utente di grandi dimensioni, in genere troppo grandi per essere implementate in una singola iterazione.
  • Idea / Epic -> Storie -> Attività (Un'idea può avere più storie. Una storia può avere più attività. L'ambito della storia è limitato a uno Sprint. Tutte le attività dovrebbero essere chiuse per completare la storia)

# 1) Tecnica di stima del punto della storia: Il punto della storia è un numero che dice al team quanto sia complessa la storia.

Nella maggior parte dei casi, viene utilizzata la serie di Fibonacci o la taglia della maglietta. Di solito, un punto della storia è considerato equivalente al lavoro di una giornata di una persona.

Tuttavia, il rapporto viene rivisto dopo ogni iterazione in base ai dati effettivi del tempo medio impiegato per completare un'unità di un'attività.

I passaggi coinvolti includono:

  • Suddividi requisiti molto grandi in piccoli compiti.
  • Scegli un team di almeno 2 stimatori, il Maestro di mischia , Il Product Owner e gli altri possono partecipare.
  • Ogni estimatore alloca privatamente i propri story point per una user story (attività) e la pubblica.
  • I punti della storia per il requisito sono assegnati dagli stimatori in base alla loro conoscenza passata delle dimensioni di un'attività simile.
  • Si prevede che le stime differiranno leggermente.
  • Se le stime differiscono in modo significativo, gli stimatori alti e bassi spiegano le loro stime.
  • Dopodiché, tutti gli stimatori eseguono un altro giro di stima, seguendo lo stesso processo finché non convergono tutti allo stesso numero.

# 2) Pianificazione del poker: Questa tecnica interessante e divertente è spiegata qui: Come rendere facile il processo di stima agile con Planning Poker

Nota :Esistono molte altre tecniche per la stima agile, ma queste sono le due più importanti.

Manufatti di Scrum

Gli artefatti più importanti di Scrum sono il Product Backlog e lo Sprint Backlog . Questi sono quelli che aiutano a monitorare gli obiettivi generali dello sprint.

# 1) Backlog di prodotto:

  • Un elenco ordinato di 'requisiti' mantenuto per un prodotto / progetto.
  • Un elenco può contenere bug e anche elementi non funzionali.
  • Il Product Owner è responsabile della definizione delle priorità nel PBL.
  • Il Product Owner è responsabile della gestione del Product Backlog.

# 2) Sprint Backlog:

  • Elenco delle cose da fare (noto anche come elemento del backlog) per il Sprint.
  • Scrum Team è responsabile del loro mantenimento ..
  • Durante lo sprint, i membri del team dovrebbero aggiornare lo sprint backlog non appena saranno disponibili nuove informazioni.
  • Nel caso in cui uno qualsiasi degli elementi venga lasciato incompleto o parzialmente completo, secondo la definizione di mischia standard, tali elementi vengono rimessi nel Backlog di prodotto.

# 3) Grafico Burn Down:

come scrivere un'e-mail a un campione di reclutatori
  • È un grafico visualizzato pubblicamente che mostra il lavoro completato e rimanente nello sprint.
  • Mostra il lavoro effettivo completato giornalmente.
  • Gestito da Maestro di mischia su base giornaliera.
  • Esistono due tipi di file 'Rilascia grafici Burn-down' e 'Grafici Sprint Burn-down'.

Grafici Burn-down

Definizione done

Definizione done è diverso per i diversi team di mischia. In termini semplici, DoD è un modo per dire quando il team raggiungerà l'obiettivo tramite gli strumenti disponibili. È il contratto tra il PO e la squadra.

DoD met significa che tutte le storie del backlog vengono sviluppate in base alle esigenze degli stakeholder. Le storie potrebbero essere non tecniche o avere più attività.

Affinamento del backlog (Grooming)

Affinamento del backlog non è una pratica di scrum fondamentale, ma è stata adottata come un modo per gestire la qualità degli elementi del backlog che entrano in uno sprint.

È uno sforzo continuo per rivedere gli elementi del backlog del prodotto e controllare se sono adeguatamente ordinati per priorità e preparati in modo da renderli chiari ed eseguibili per i team una volta che entrano negli sprint tramite l'attività di pianificazione dello sprint.

Confronto rapido con la cascata

ParametriAgileCascata
Soddisfazione del cliente I clienti sono soddisfatti grazie alla rapidità di consegnaLa consegna è in ritardo, quindi i clienti non sono sicuri
Consegna del software funzionante Consegne frequentiUno ogni pochi mesi
Modifiche tardive Può essere individuato rapidamente nella prossima primaveraDifficile da implementare
Comunicazione Comunicazione quotidianaRiesaminare l'incontro con il Project Manager
Dipendenza Stretta comunicazione e collaborazione tra uomini d'affari e sviluppatori - tester.Il project manager guida il progetto

Backlog di prodotto

Man mano che ci spostiamo verso l'alto, i PBI vengono creati e sono PROFONDI:

  • D- Abbastanza dettagliato
  • E- Emergenc e
  • E- Stimato
  • P- Priorità

E sono più dettagliati per la squadra.

Backlog di prodotto

Cose a cui uno Scrum Master dovrebbe adattarsi:

  • Rimuovere gli impedimenti
  • Facilitare
  • Mentoring e insegnamento
  • Istruire

Questi sono i compiti che a Maestro di mischia dovrebbe eseguire quando il Mischia è stato recentemente implementato. Ma col passare del tempo e man mano che il team si abitua a Scrum (diventa auto-organizzato), lo Scrum Master ha un compito da svolgere, cioè 'OSSERVARE'.

Costruire uno Scrum Team

Durante la costruzione di una squadra, lo Scrum Master potrebbe affrontare le seguenti sfide: formazione, assalto, normazione ed esecuzione.

  • Formazione- Dove non ci sono relazioni in una squadra.
  • Storming Dove i confini tra i membri del team diventerebbero chiari.
  • Normativa Quando c'è un buon rapporto stabilito nella squadra.
  • Performing- Questa è l'ultima fase in cui c'è solo il lavoro di squadra.

Come possiamo vedere, l'ultima fase è quella in cui la squadra lavora davvero come un Scrum Team . Ma durante questa trasformazione, se c'è qualche interruzione in qualsiasi fase, allora la squadra torna all'inizio.

Conclusione

Ci auguriamo che questo tutorial abbia spiegato brevemente tutto ciò che è importante Terminologia Agile e Scrum . Fare riferimento a questa serie di tutorial Guida completa alla metodologia agile per i dettagli sui concetti Agile / Scrum.

Buona agilità!

Lettura consigliata

^