Guida Agile · Fondamenti di Agile
Glossario Agile: oltre 80 termini Agile spiegati in modo semplice
Questo glossario Agile definisce in modo semplice i termini che incontrerete in Agile, Scrum, Kanban e Agile su larga scala. Quando un termine ha una guida dedicata, seguite il link per maggiori dettagli. I termini ufficiali di Scrum seguono la Guida Scrum 2020.
Punti chiave
- Il vocabolario Agile comprende valori, framework, ruoli, eventi, artefatti e metriche.
- Molti termini comuni sono pratiche, non termini ufficiali di Scrum.
- Concordate definizioni condivise all'interno del team per evitare confusione.
- Seguite i link alle guide approfondite per qualsiasi termine dobbiate applicare.
Dalla A alla C
| Termine | Definizione |
|---|---|
| Criteri di accettazione | Condizioni che un elemento del backlog deve soddisfare per essere accettato; vedi user story |
| Acceptance test-driven development (ATDD) | Scrivere i test di accettazione insieme al cliente prima di realizzare una funzionalità |
| Agile | Un approccio al lavoro basato su cicli brevi, feedback e adattamento; vedi che cos'è Agile |
| Agile coach | Una persona che aiuta team e leader ad adottare modi di lavorare Agile |
| Manifesto Agile | La dichiarazione del 2001 con quattro valori e dodici principi; vedi Manifesto Agile |
| Mentalità Agile | Atteggiamenti che favoriscono apprendimento, collaborazione e adattabilità; vedi Mentalità Agile |
| Agile Release Train (ART) | In SAFe, un team di team Agile stabile nel tempo; vedi Agile Release Train |
| Backlog | Un elenco ordinato di lavoro; vedi product backlog |
| Backlog refinement | Attività continua di chiarimento, suddivisione e stima degli elementi del backlog; vedi backlog refinement |
| Blocker | Qualsiasi cosa impedisca al lavoro di avanzare; vedi blocker clustering |
| Grafico burndown | Un grafico del lavoro rimanente nel tempo |
| Grafico burnup | Un grafico del lavoro completato e dell'ambito totale nel tempo |
| Cadenza | Un ritmo regolare di eventi, come sprint di due settimane |
| Capacità | Quanto lavoro un team può assumersi in un periodo; vedi Capacity planning Agile |
| Cerimonia | Nome informale di una riunione Agile ricorrente; vedi Riunioni Agile |
| Continuous delivery | Mantenere il software sempre pronto al rilascio; vedi continuous delivery |
| Continuous integration (CI) | Integrare e testare frequentemente le modifiche al codice, spesso più volte al giorno |
| Team cross-funzionale | Un team con tutte le competenze necessarie per consegnare lavoro finito |
| Cumulative flow diagram | Un grafico che mostra gli elementi in ogni fase del workflow nel tempo; vedi CFD |
| Cycle time | Tempo che intercorre tra l'inizio del lavoro su un elemento e il suo completamento; vedi cycle time |
Dalla D alla I
| Termine | Definizione |
|---|---|
| Daily Scrum | Evento quotidiano di 15 minuti in cui i Developer ispezionano l'avanzamento verso lo Sprint Goal; vedi Daily Scrum |
| Daily stand-up | Nome generico per una breve riunione quotidiana del team |
| Definition of Done | Descrizione condivisa della qualità richiesta perché il lavoro sia concluso; vedi Definition of Done |
| Definition of Ready | Checklist facoltativa per gli elementi prima che entrino in uno sprint |
| DevOps | Pratiche che uniscono sviluppo e operations; vedi DevOps |
| Developer (Scrum) | Membri dello Scrum Team che creano l'Increment in ogni Sprint |
| Empirismo | Prendere decisioni sulla base dell'osservazione e dell'esperienza; vedi empirismo in Scrum |
| Epic | Un ampio insieme di lavoro suddiviso in story; vedi Epic Agile |
| Stima | Prevedere la dimensione o l'impegno del lavoro; vedi story point |
| Extreme Programming (XP) | Un metodo Agile con pratiche ingegneristiche come il pair programming e il test-driven development |
| Funzionalità | Una funzionalità che genera valore; in SAFe si colloca tra epic e story |
| Flusso | Lo scorrimento fluido del lavoro attraverso un processo; vedi flow efficiency |
| Increment | Un passo utilizzabile verso il Product Goal; vedi incremento |
| Information radiator | Una visualizzazione ben visibile delle informazioni del team, come una board o un grafico |
| INVEST | Checklist per buone story: Independent, Negotiable, Valuable, Estimable, Small, Testable (indipendente, negoziabile, di valore, stimabile, piccola, testabile) |
| Iterazione | Un time-box fisso in cui un team consegna lavoro; in Scrum è lo sprint |
| Iterativo e incrementale | Migliorare il lavoro attraverso cicli ripetuti e consegnare per parti; vedi sviluppo iterativo e incrementale |
Dalla K alla P
| Termine | Definizione |
|---|---|
| Kanban | Un metodo per gestire il flusso con board visive e limiti WIP; vedi che cos'è Kanban |
| board Kanban | Una board con colonne per le fasi del workflow; vedi Board Kanban |
| Large-Scale Scrum (LeSS) | Un framework per molti team che lavorano su un unico prodotto; vedi LeSS |
| Lead time | Tempo che intercorre tra una richiesta e la sua consegna; vedi cycle time vs lead time |
| Lean | Un modo di pensare incentrato sul valore e sull'eliminazione degli sprechi; vedi Lean project management |
| Minimum viable product (MVP) | La versione più piccola di un prodotto che consente di imparare da utenti reali |
| Mob programming | Un intero team che lavora sulla stessa attività nello stesso momento |
| Pair programming | Due persone che lavorano insieme alla stessa postazione sullo stesso codice |
| Persona | Un profilo fittizio che rappresenta un gruppo di utenti |
| PI Planning | In SAFe, un evento di pianificazione periodico di un Agile Release Train; vedi PI Planning |
| Planning poker | Un gioco di stima basato sul consenso che usa carte numerate |
| Product Goal | L'obiettivo a lungo termine dello Scrum Team; l'impegno associato al Product Backlog |
| Product owner | Responsabile della massimizzazione del valore del prodotto; vedi Product Owner in Scrum |
| Program Increment (PI) | In SAFe, un time-box di diverse iterazioni, solitamente di 8–12 settimane |
| Sistema pull | Il lavoro viene avviato solo quando c'è capacità; vedi pull vs push |
Dalla R alla S
| Termine | Definizione |
|---|---|
| Refactoring | Migliorare la struttura interna del codice senza modificarne il comportamento |
| Rilascio | Rendere disponibili gli incrementi agli utenti; vedi Release planning Agile |
| Retrospettiva | Una riunione per ispezionare e migliorare il modo di lavorare del team; vedi Sprint Retrospective |
| Roadmap | Un piano di alto livello degli obiettivi nel tempo; vedi Roadmap Agile |
| Scaled Agile Framework (SAFe) | Un framework per l'Agile su scala aziendale; vedi SAFe |
| Scrum | Un framework leggero per il lavoro complesso in Sprint; vedi che cos'è Scrum |
| Scrum Master | Responsabile dell'efficacia dello Scrum Team; vedi ruolo dello Scrum Master |
| Scrum of Scrums | Riunione di coordinamento tra Scrum Team; vedi Scrum of Scrums |
| Scrumban | Una combinazione di Scrum e Kanban; vedi Kanban vs Scrumban |
| Team auto-gestito | Un team che decide chi fa cosa, quando e come |
| Spike | Un lavoro di ricerca con time-box per ridurre l'incertezza |
| Sprint | Un time-box fisso di un mese o meno in Scrum; vedi che cos'è uno sprint |
| Sprint Backlog | Lo Sprint Goal, gli elementi selezionati e il piano; vedi Sprint Backlog |
| Sprint Goal | L'unico obiettivo di uno Sprint |
| Sprint Planning | L'evento che dà inizio a uno Sprint; vedi Sprint Planning |
| Sprint Review | L'evento in cui si ispeziona il risultato di uno Sprint; vedi Sprint Review |
| Stakeholder | Chiunque abbia un interesse nel prodotto o nel progetto |
| Story point | Unità relative per stimare gli elementi del backlog; vedi story point |
| Ritmo sostenibile | Un ritmo di lavoro che un team può mantenere indefinitamente |
| Swarming | Più membri del team che lavorano insieme su un unico elemento; vedi Swarming Agile |
Dalla T alla Z
| Termine | Definizione |
|---|---|
| Competenze a T | Competenza approfondita in un'area più competenze ampie in altre; vedi strutture dei team Agile |
| Attività | Un passaggio tecnico per completare una story; vedi epic vs story vs task |
| Debito tecnico | Il costo futuro delle scorciatoie; vedi debito tecnico |
| Test-driven development (TDD) | Scrivere un test automatico prima di scrivere il codice che lo supera |
| Tema | Un'ampia area di interesse che raggruppa diverse epic |
| Throughput | Numero di elementi completati per periodo; vedi throughput |
| Time-box | Una durata massima fissa per un'attività o un evento |
| User story | Una breve descrizione di un'esigenza dell'utente; vedi user story |
| Value stream (flusso del valore) | Le fasi che generano valore per un cliente; vedi value stream mapping |
| Velocity | Quantità di lavoro che un team completa per sprint; vedi grafico della velocity |
| WIP (work in progress) | Elementi avviati ma non completati |
| Limite WIP | Un tetto al lavoro in corso; vedi limiti WIP |
Come usare questo glossario
- Concordate definizioni condivise all'interno del team, soprattutto per termini come "done" e "ready".
- Ricordate che molti termini (story point, velocity, epic) sono pratiche comuni, non parte della Guida Scrum; vedi il glossario Scrum per i termini ufficiali di Scrum.
- Usate le guide collegate per approfondire qualsiasi termine.
Domande frequenti
Quali sono i termini Agile più importanti da conoscere?
Iniziate da sprint, backlog, user story, Definition of Done, velocity, retrospettiva, board Kanban e limite WIP.
Qual è la differenza tra Agile e Scrum?
Agile è un approccio ampio basato su valori e principi; Scrum è un framework specifico che li applica. Vedi Agile vs Scrum.
Cosa significa sprint nella terminologia agile?
Un time-box fisso, di solito da una a quattro settimane, in cui un team consegna un incremento utilizzabile.
Che cosa significa WIP in Agile?
Work in progress: elementi avviati ma non ancora completati.
Che cos'è la velocity in Agile?
La quantità di lavoro, spesso in story point, che un team completa per sprint, usata per le previsioni.
Che cos'è un'epic in Agile?
Un ampio insieme di lavoro suddiviso in user story più piccole; vedi Epic Agile.
Che cos'è uno spike in Agile?
Un breve lavoro di ricerca o sperimentazione, con un time-box, per rispondere a una domanda prima di impegnarsi a costruire qualcosa.
Che cosa significa MVP in Agile?
Minimum viable product: la versione più piccola di un prodotto che consente a un team di imparare da utenti reali.
Qual è la differenza tra un grafico burndown e un grafico burnup in Agile?
Un burndown mostra il lavoro rimanente; un burnup mostra il lavoro completato e l'ambito totale, così le variazioni di ambito sono visibili.
Gli story point Agile fanno parte di Scrum?
No. Gli story point sono una pratica di stima comune, ma la Guida Scrum non li prescrive.
Che cos'è un time-box in Agile?
Una durata massima fissa per un evento o un'attività, come un Daily Scrum di 15 minuti.