Professional Documents
Culture Documents
0 Glossary
®
PROVIDED BY
www.scaledagileframework.com | www.scaledagile.com
© Scaled Agile, Inc.
Welcome to the SAFe® Glossary
Make the Most of
Your Learning
Prepare Yourself
Access your learning plan featuring your digital workbook, study materials, and
certification practice test
community.scaledagile.com
Guide to acronyms and abbreviations
APD Agile Product Delivery OKR Objective and Key Results
Agile Team
In SAFe, un Agile team è un gruppo inter-funzionale di 5-11 individui che definiscono, creano,
testano e forniscono un incremento di valore in un breve intervallo temporale.
Architectural Runway
L’Architectural Runway è costituita da codice, componenti e infrastruttura tecnica già esistenti,
necessari a implementare feature di breve termine, evitando riprogettazioni e ritardi eccessivi.
Built-in Quality
Le pratiche di built-in quality assicurano che ciascun elemento di una solution, ad ogni
incremento, soddisfi gli standard di qualità appropriati durante tutto il corso dello sviluppo.
Business Agility
Business Agility è la capacità di competere e prosperare nell’era digitale rispondendo rapidamente
ai cambiamenti del mercato e alle opportunità emergenti con business solution innovative.
Business Owner
I Business Owner sono un piccolo gruppo di stakeholder a cui sono assegnate le principali
responsabilità aziendali e tecniche riguardanti la governance, la compliance e il ritorno
sull’investimento (ROI), di una solution sviluppata da un Agile Release Train (ART). Sono
stakeholder chiave dell’ART che devono valutare l’idoneità all’uso e partecipare attivamente a
determinati eventi dell’ART.
Capability
Una Capability è un comportamento di alto livello di una solution, che generalmente
coinvolge diversi ART. Le capability sono dimensionate e suddivise in più feature per facilitarne
l’implementazione in un singolo PI.
CC
La centralità del customer è una mentalità e un modo di fare business che si focalizza sulla
creazione di esperienze positive per il customer attraverso l’intera gamma di prodotti e servizi
offerti dall’enterprise.
Compliance
La compliance si riferisce a una strategia e a una serie di attività e artefatti che consentono ai
team di applicare i metodi di sviluppo Lean-Agile per creare sistemi caratterizzati dalla qualità
più elevata possibile, assicurando al contempo il rispetto di eventuali standard normativi e di
settore e di altri rilevanti
Core Values
I quattro Core Values sono allineamento, built-in quality, trasparenza ed esecuzione del
programma e rappresentano i punti di riferimento fondamentali, essenziali per l’efficacia
di SAFe. Questi principi guida indicano il comportamento e le azioni che tutti coloro che
partecipano a un portfolio SAFe devono adottare.
Customer
I clienti sono i beneficiari ultimi del valore delle business solution create e gestite dai value
stream del portfolio.
Design Thinking
Design Thinking è un processo di sviluppo incentrato sul customer che crea prodotti
desiderabili, redditizi e sostenibili nel corso del loro ciclo di vita.
Enabler
Un Enabler supporta le attività necessarie all’ampliamento della Architectural Runway per
fornire le future funzionalità di business. Tra queste attività vi sono l’esplorazione, l’architettura,
l’infrastruttura e la compliance. Gli Enabler vengono acquisiti a livello dei vari backlog e sono
presenti in tutto il framework.
Enterprise
L’Enterprise rappresenta l’entità aziendale alla quale appartiene ciascun portfolio SAFe.
Enterprise Architect
L’enterprise architect stabilisce una strategia tecnologica e una roadmap che consente a un
portfolio di supportare le capability aziendali attuali e future.
Epic Owner
Gli Epic Owner sono responsabili del coordinamento delle epic a livello di portfolio attraverso il
sistema Portfolio Kanban. Collaborando fra di loro, essi definiscono l’epic, il suo Minimum Viable
Product (MVP), e il Lean business case e, una volta approvati, facilitano l’implementazione.
Epic
Un Epic è un contenitore per un’iniziativa importante di sviluppo di Solution che acquisisce gli
investimenti più sostanziali che si verificano all’interno di un portfolio. A causa dell’obiettivo
e dell’impatto considerevoli, gli epic richiedono la definizione di un Minimum Viable Product
(MVP) e l’approvazione del Lean Portfolio Management (LPM) prima dell’implementazione.
Essential SAFe
Essential SAFe contiene una serie minima di ruoli, eventi e artefatti necessari a fornire
continuamente delle business solution attraverso un Agile Release Train (ART) sotto forma di
Team degli Agile Team.
Feature
Una Feature è un servizio che soddisfa le esigenze degli stakeholder. Ogni feature include
un’ipotesi dei vantaggi e dei criteri di accettazione ed è dimensionata o suddivisa in modo da
poter essere fornita da un singolo Agile Release Train (ART) in un Program Increment (PI).
Foundation
La Foundation contiene gli elementi portanti quali principi, valori, mentalità, guida
all’implementazione e ruoli di leadership necessari a fornire efficacemente valore per scalare.
Iteration
Le iteration (iterazioni) sono l’elemento portante dello sviluppo Agile. Ciascuna iteration
rappresenta un intervallo di tempo standard di durata fissa, durante il quale gli Agile team
rilasciano valore incrementale sotto forma di sistemi e software funzionanti e collaudati. La
durata consigliata per l’intervallo di tempo è di due settimane. Tuttavia, è accettabile un
periodo compreso tra una e quattro settimane, in base al contesto di business.
Iteration Execution
La iteration execution rappresenta le modalità utilizzate dagli Agile team per la gestione del
proprio lavoro nell’intervallo di tempo della iteration, che si traduce in un incremento di sistema
di alta qualità, funzionante e collaudato.
Iteration Goal
Gli iteration goal sono riepiloghi di alto livello degli obiettivi tecnici e di business che l’Agile
team decide di perseguire nell’ambito di una iteration. Sono fondamentali per il coordinamento
di un Agile Release Train (ART) come team di team auto-organizzato e auto-gestito.
Iteration Planning
Un iteration planning è l’evento durante il quale tutti i membri del team stabiliscono l’entità del
team backlog che possono impegnarsi a consegnare durante la successiva iteration. Il team
sintetizza il lavoro mediante una serie di iteration goal preventivati.
Iteration Retrospective
La iteration retrospective è una riunione regolare durante la quale i membri dell’Agile team
discutono dei risultati della iteration, analizzano le pratiche utilizzate e individuano i percorsi
di miglioramento.
Iteration Review
Una Iteration Review è un evento cadenzato durante il quale ciascun team ispeziona
l’incremento alla fine di ogni iterazione per valutare i progressi e quindi rivede il proprio backlog
per l’iterazione successiva.
Lean Budget
I Lean Budget forniscono un’efficace governance finanziaria in tema di investimenti, con molte
meno spese generali e frizioni e sostenendo un volume molto più alto di lavoro di sviluppo.
Lean Enterprise
La Lean Enterprise è una fiorente organizzazione dell’era digitale che dimostra agilità di
business, rispondendo rapidamente ai cambiamenti del mercato e alle opportunità emergenti,
fornendo ai customer sistemi e solution innovativi nel minor tempo di realizzazione sostenibile.
Lean-Agile Leadership
La competenza Lean-Agile Leadership descrive come i Lean-Agile Leader guidano e
sostengono il cambiamento organizzativo e l’eccellenza operativa, consentendo a individui e
team di raggiungere il loro massimo potenziale.
Lean-Agile Mindset
Per Lean-Agile Mindset si intende la combinazione dei punti di riferimento, delle ipotesi e
delle azioni dei leader e dei practitioner SAFe che abbracciano i concetti del Manifesto Agile
e del pensiero Lean. È il fondamento personale, intellettuale e di leadership per l’adozione e
l’applicazione dei SAFe principle e pratiche.
Principi Lean-Agile
SAFe si basa su dieci principi Lean-Agile fondamentali e immutabili. Questi fondamenti e
concetti economici ispirano e danno forma ai ruoli e alle pratiche di SAFe.
Metrics
Per metrics si intendono le misure concordate utilizzate per valutare come l’organizzazione
procede verso il raggiungimento degli obiettivi tecnici e di business a livello di portfolio, large
solution, program e team.
Milestone
Le milestone vengono utilizzate per monitorare i progressi effettuati verso il raggiungimento di
uno specifico obiettivo o evento. Esistono tre tipi di milestone SAFe: Program Increment (PI),
con data fissa, e milestone di apprendimento.
Organizational Agility
La competenza Organizational Agility descrive come le persone con pensiero Lean e gli Agile
team ottimizzano i loro processi di business, sviluppano la strategia con nuovi impegni chiari
e decisi, e adattano rapidamente l’organizzazione secondo necessità per sfruttare al meglio le
nuove opportunità.
PI Objectives
I Program Increment (PI) Objectives sono un sommario degli obiettivi tecnici e di business che
un Agile Team intende raggiungere nel successivo Program Increment (PI).
Portfolio Backlog
Il Portfolio Backlog è il livello di backlog più elevato di SAFe. Fornisce un’area di
partecipazione per le future attività e enabler di Epic con lo scopo di creare e sviluppare una
serie completa di Solution.
Portfolio Kanban
Il Portfolio Kanban è un metodo utilizzato per visualizzare e gestire il flusso di portfolio Epic a
partire dall’ideazione, fino all’analisi, all’implementazione e al completamento.
Portfolio SAFe
Portfolio SAFe allinea la strategia all’esecuzione e organizza lo sviluppo di solution intorno al
flusso di valore attraverso uno o più value stream.
Product Management
Product Management ha il compito di definire e supportare la creazione di prodotti desiderabili,
fattibili, attuabili e sostenibili che soddisfano le esigenze dei customer durante il ciclo di vita del
prodotto-mercato.
Program Backlog
Il Program Backlog è un’area dedicata ad ospitare le feature future e ha lo scopo di soddisfare
le esigenze del cliente e di fornire benefici di business per un singolo Agile Release Train (ART).
Comprende inoltre le Enabler Feature necessarie alla costruzione della Architectural Runway.
Program Kanban
I sistemi Program e Solution Kanban offrono un metodo di visualizzazione e gestione del flusso
di feature e di capability dall’ideazione all’analisi, implementazione e release attraverso la
Continuous Delivery Pipeline.
Roadmap
La Roadmap è una lista di eventi e milestone che comunica i risultati attesi per la Solution, in
relazione ad un orizzonte di pianificazione.
Scrum Master
Gli Scrum Master sono i servant leader e i coach di un Agile team. Contribuiscono alla
formazione del team per quanto riguarda Scrum, extreme programming (XP), Kanban e SAFe
e assicurano l’osservanza del processo Agile concordato. Aiutano inoltre a rimuovere eventuali
ostacoli e promuovono un ambiente caratterizzato da dinamiche di team ad alte prestazioni,
flusso continuo del lavoro e miglioramento continuo.
ScrumXP
ScrumXP è un processo leggero che consente ai team cross-funzionali e auto-organizzati di
consegnare valore nell’ambito di SAFe. ScrumXP combina il potere delle pratiche di project
management di Scrum, con le pratiche dell’extreme programming (XP).
Set-Based Design
Set-Based Design (SBD) è una pratica che consente di mantenere il più a lungo possibile la
flessibilità dei requisiti e delle opzioni di design durante il processo di sviluppo. Invece di
scegliere anticipatamente una solution “single point”, SBD individua e contemporaneamente
esplora le diverse opzioni, eliminando nel tempo le scelte meno efficaci. Promuove la flessibilità
nell’ambito del processo di progettazione passando alle soluzioni tecniche solo dopo aver
convalidato le ipotesi, al fine di migliorare i risultati economici.
Solution
Ogni Value Stream produce una o più Solution, ossia prodotti, servizi o sistemi forniti al
customer, sia internamente che esternamente alla Enterprise.
Solution Architect/Engineer
Solution Architect/Engineering ha il compito di definire e comunicare una visione tecnica e
architettonica condivisa in un Solution Train per verificare che il sistema o la Solution in corso di
sviluppo siano adatti allo scopo previsto.
Solution Backlog
Il Solution Backlog rappresenta l’area che ospita le Capability e gli Enabler futuri, ciascuno dei
quali può interessare più ART ed è utilizzato per l’avanzamento della solution e per la creazione
della sua Architectural Runway.
Solution Context
Il Solution Context individua gli aspetti critici dell’ambiente operativo per una Solution.
Consente di comprendere le nozioni essenziali sui requisiti, sull’uso, sull’installazione,
sul funzionamento e sul supporto della solution stessa. Il Solution Context influenza
significativamente le opportunità e i vincoli per il release on demand.
Solution Demo
Nella Solution Demo i risultati delle azioni di sviluppo del Solution Train vengono integrati,
valutati e resi visibili ai customer e agli altri stakeholder.
Solution Intent
Solution Intent è il repository per l’archiviazione, la gestione e la comunicazione della
conoscenza del comportamento corrente e previsto della Solution. Ove necessario, ciò
comprende specifiche e progetti sia fissi che variabili, riferimenti a standard, modelli di sistema
e prove funzionali e non funzionali applicabili e la tracciabilità.
Solution Management
Solution Management ha il compito di definire e supportare la creazione di business solution
desiderabili, fattibili, attuabili e sostenibili su larga scala, che soddisfano nel tempo le esigenze
del customer.
Solution Management
Solution Management ha il compito di definire e supportare la creazione di business solution
desiderabili, fattibili, attuabili e sostenibili su larga scala, che soddisfano nel tempo le esigenze
del customer.
Spanning Palette
La Spanning Palette contiene diversi ruoli e artefatti che potrebbero essere applicabili a uno
specifico team, a un programma, a una Large Solution o a un Portfolio Context.
Story
Le Story sono brevi descrizioni di una piccola porzione di una funzionalità desiderata, scritte
nel linguaggio dell’utente. Gli Agile team implementano piccole fette (slice) verticali di
funzionalità del sistema e sono dimensionate in modo da consentirne il completamento in
una singola iteration.
Strategic Theme
Gli Strategic Theme sono obiettivi di business dettagliati e differenziati che collegano un
portfolio alla strategia di business della Enterprise. Influenzano la strategia di portfolio e
forniscono un contesto di business per il processo decisionale relativo al portfolio.
Supplier
Un Supplier è un’organizzazione interna o esterna che sviluppa e fornisce componenti,
sottosistemi o servizi che consentono ai Solution Train e agli Agile Release Train di fornire
solution ai propri customer.
System Architect/Engineer
Il System Architect/Engineering ha il compito di definire e comunicare una visione tecnica
e architettonica condivisa per un Agile Release Train (ART) per verificare che il sistema o la
Solution in corso di sviluppo siano adatti allo scopo previsto.
System Demo
L a System Demo è un evento importante che fornisce una visione integrata delle nuove
Feature, che sono state realizzate da tutti i team dell’Agile Release Train (ART) nella iteration
più recente. Ciascuna demo fornisce agli stakeholder di un ART un indicatore oggettivo dei
progressi effettuati durante un Program Increment (PI).
System Team
Il System Team è un Agile Team specializzato che assiste nella creazione e nel supporto
dell’ambiente di sviluppo Agile, dove in genere è incluso lo sviluppo e la manutenzione della
toolchain che supporta la Continuous Delivery Pipeline. Il System Team può anche supportare
l’integrazione degli asset degli Agile team, eseguire laddove necessario test end-to-end delle
solution e fornire assistenza per la distribuzione e la Release on Demand.
Team Backlog
Il Team Backlog contiene le user story e le enabler story che hanno origine dal Program
Backlog, nonché le story che hanno origine a livello locale nel contesto del team. Può includere
anche altri elementi di lavoro e rappresenta tutto ciò di cui un team ha bisogno per avanzare
nello sviluppo della propria parte di sistema.
Team Kanban
Il Team Kanban è un metodo che consente ai team di facilitare il flusso di valore visualizzando il
flusso di lavoro, fissando dei limiti per il Work In Process (WIP), misurando la quantità di lavoro
svolto e migliorando continuamente il loro processo.
Value Stream
I Value Stream rappresentano la sequenza di azioni che un’organizzazione usa per realizzare le
Solution che forniscono un flusso di valore continuo al customer.
Vision
La Vision è una descrizione dello stato futuro della Solution in corso di sviluppo. Riflette le
esigenze dei customer e degli stakeholder nonché le Feature e le Capability proposte per
soddisfare tali esigenze.