SAFe Glossary
The SAFe glossary is a set of definitions for all SAFe Big Picture elements. The extended glossary provides definitions for additional terms used in the Framework. Some are unique to SAFe (e.g., PO Sync), while others are common in Lean-Agile development (e.g., MVP). They are provided here for clarity in their meaning in the context of SAFe. All extended glossary terms appear in the English configuration and will appear in other language configurations once translated.
Select language
Print GlossaryA
-
Acceptance Criteria (Criteri di accettazione)
Gli Acceptance Criteria forniscono le informazioni necessarie per garantire che una User Story, una Feature o una Capability sia realizzata correttamente e nel rispetto dei requisiti funzionali e non funzionali (NFR).
-
Acceptance Test-Driven Development, ATDD
L'Acceptance Test-Driven Development (ATDD) è una pratica di testing Agile in gran parte sinonimo di Behavior-Driven Development (BDD).
-
Agile
Agile è un insieme di valori, principi e pratiche per lo sviluppo iterativo, descritto dal Manifesto Agile.
-
Agile Architecture
L'Agile Architecture è un insieme di valori, pratiche e collaborazioni a supporto del design e dell'architettura attivi ed evolutivi di un sistema.
-
Agile Business Function
Le Agile Business Functions applicano i metodi Lean-Agile e i principi di SAFe per snellire le operazioni di business e creare trasparenza nella generazione di valore.
-
Agile Business Train
Un Agile Business Train include uno o più Operational Value Stream e tutti gli ART necessari per definire, costruire, distribuire, utilizzare e commercializzare una Solution di business completa.
-
Agile Executive Team
Un Agile Executive Team è un team Agile che allinea gli alti dirigenti, abbracciando la mentalità, i valori, i principi e le pratiche Agilie.
-
Agile Manifesto (Manifesto Agile)
L'Agile Manifesto è il principale documento Agile che descrive i quattro valori e i dodici principi che guidano lo sviluppo agile del software.
-
Agile Product Delivery, APD
L'Agile Product Delivery (APD) è un approccio incentrato sul cliente rivolto a definire, costruire e rilasciare un flusso continuo di prodotti e servizi di valore per i clienti e gli utenti.
-
Agile Release Train, ART
Un ART è un team stabile formato da team agili, che applica una logica incrementale per sviluppare, consegnare e spesso mettere in opera una o più Solution di un Value Stream.
-
Agile Software Engineering, ASE
L'Agile Software Engineering (ASE) è un insieme di pratiche moderne che creano sistemi basati su software di qualità in modo affidabile e prevedibile. Queste pratiche hanno avuto origine con l'Extreme Programming (XP), ma si sono evolute notevolmente nel corso degli ultimi vent'anni.
-
Agile Team (Team Agile)
Un team Agile è un gruppo cross-funzionale solitamente composto da dieci o meno persone con tutte le competenze necessarie per definire, realizzare, testare e offrire valore al proprio cliente.
-
Artificial Intelligence, AI (Intelligenza artificiale)
L'Intelligenza Artificiale (AI) è un termine utilizzato per descrivere una vasta gamma di macchine intelligenti, in grado di svolgere attività che normalmente richiedevano l'intelligenza umana. L'AI può essere applicata a tutti i livelli di SAFe per creare Solution intelligenti per i clienti, automatizzare le attività del flusso di valore e migliorare la conoscenza sui clienti.
-
Architect Sync
L'Architect Sync è un evento di Solution Train volto a garantire la coerenza nella gestione dei nuovi design e compromessi all'interno del Solution Train. L'evento permette di creare opportunità frequenti per riallineare gli approcci di implementazione senza causare ritardi.
-
Architectural Runway
L'Architectural Runway è composta dal codice, dai componenti e dall'infrastruttura tecnologica richiesti per implementare funzionalità nel breve termine, riducendo al minimo le riprogettazioni e i ritardi.
-
ART Backlog
L'ART Backlog è un sistema Kanban utilizzato per captare e gestire Feature e Enabler pensati per migliorare la Solution e ampliarne l'Architectural Runway.
-
ART Flow
L'ART Flow descrive uno stato in cui un ART genera un flusso continuo di Feature di valore al cliente.
-
ART Kanban
Il sistema ART Kanban è un metodo di visualizzazione e gestione del flusso di Feature, dalla loro ideazione, passando per la fase di analisi, di implementazione e di rilascio attraverso la Continuous Delivery Pipeline.
-
ART PI Risk
Gli ART PI Risk sono elementi che potrebbero avere un impatto sulla capacità di raggiungere i PI Objective dell'ART.
-
ART Planning Board
L'ART Planning Board è una rappresentazione grafica delle date di consegna delle Feature, le dipendenze tra i team e le milestone più rilevanti del PI.
-
ART Predictability Measure
L'ART Predictability Measure confronta i valori di business pianificati con quelli realmente ottenuti da tutti i team dell'ART in un singolo PI.
-
ART Sync
L'ART Sync è un evento ART che combina il Product Owner (PO) Sync e il Coach Sync.
B
-
Backlog Refinement (Affinamento del backlog)
Il Backlog Refinement è un'attività periodica dei team per definire, discutere, stimare e stabilire gli Acceptance Criteria per gli elementi del backlog.
-
Baseline Solution Investments, BSI
Baseline Solution Investment (BSI) sono costi sostenuti da ogni flusso di valore durante lo sviluppo, il supporto e l'uso delle soluzioni che forniscono le attuali capability di business.
-
Batch Size (Dimensioni del lotto)
La Batch Size è una misura di quanto lavoro viene svolto all'interno di un sistema nel corso di un intervallo temporale.
-
Behavior-Driven Development, BDD (Sviluppo basato sul comportamento)
Il Behavior-Driven Development (BDD) è una pratica di test Agile che conferisce priorità al test e favorisce la qualità intrinseca di un sistema tramite la definizione (e potenzialmente l'automazione) dei test prima (o come parte) della specifica del comportamento del sistema stesso.
-
Benefit Hypothesis (Ipotesi dei benefici)
La Benefit Hypothesis è il beneficio misurabile ipotizzato per l'utente o l'azienda come risultato di un'epica, una Capability, una Feature o una storia.
-
Big Data
il Big Data indica i ruoli e le pratiche necessarie per raccogliere, gestire, normalizzare e fornire grandi set di dati che aiutino le aziende a prendere decisioni più consapevoli e basate sui fatti.
-
Built-In Quality
Il termine Built-in Quality indica un insieme di pratiche che contribuiscono a garantire che i risultati dei team Agile nei campi della tecnologia e del business soddisfino gli standard di qualità appropriati durante il processo di creazione di valore per il cliente.
-
Burn-Down (Burn-Up) Chart
I Burn-Down e Burn-Up Chart sono rappresentazioni grafiche che mostrano l'avanzamento del lavoro rispetto al tempo trascorso.
-
Business Agility
La Business Agility è la capacità di competere e prosperare nell'era digitale, rispondendo rapidamente ai cambiamenti del mercato e alle opportunità emergenti con soluzioni aziendali innovative e digitali.
-
Business and Technology
Business and Technology descrive le pratiche utili per realizzare la Business Agility applicando i principi e le pratiche SAFe in tutta l'organizzazione.
-
Business Context (Contesto di business)
Il Business Context è un punto all'ordine del giorno del PI Planning, presentato da un Business Owner, il quale descrive lo stato attuale dell'impresa, condivide la Portfolio Vision e presenta una panoramica su come le soluzioni proposte possano dare una risposta alle esigenze attuali dei clienti.
-
Business Owner
I Business Owner (BO) sono gli stakeholder principali dell'ART e sono responsabili sia a livello di business che tecnico, del ritorno sull'investimento (ROI), della governance e della conformità.
-
Business-Enabled ART
Un Business-Enabled ART è un Agile Release Train che include il personale tecnico e proveniente dal business necessari per garantire che la Solution sia consapevole del business in cui opera e che affronti i problemi pertinenti relativi alla tecnologia, al business e al cliente.
C
-
CALMR
CALMR è una mentalità DevOps che guida l'ART nel raggiungimento dell'erogazione di valore continuo attraverso il rafforzamento di cinque elementi: cultura, automazione, flusso Lean, misurazione continua e recovery.
-
Capability
Una Capability rappresenta una funzionalità di una Solution di grandi dimensioni la cui implementazione spesso si estende a più ART ed è dimensionata per essere completata in un singolo PI.
-
Capacity Allocation (Allocazione di capacità)
La Capacity Allocation è una distribuzione del lavoro in base alla tipologia per il periodo di pianificazione successivo.
-
Cloud
Il Cloud rappresenta i servizi di elaborazione e archiviazione virtuali e on-demand utilizzati per infrastrutture e operazioni scalabili ed economicamente vantaggiosi, l'implementazione di strumenti DevOps e lo sviluppo e hosting di applicazioni AI.
-
Coach Sync
Il Coach Sync è un evento dell'ART per coordinare le dipendenze tra i vari team e fornire visibilità sui progressi realizzati e gli impedimenti.
-
Collective Ownership
La Collective Ownership è una pratica di qualità in cui i singoli membri di un team hanno le competenze e l'autorità necessarie per aggiornare qualsiasi asset rilevante per migliorare il flusso di valore.
-
Combined Portfolio (Portfolio combinato)
Un Portfolio combinato è un tipo di SAFe Portfolio che include sia Development che Operational Value Stream.
-
Community of Practice, CoP (Comunità di pratica)
Le Community of Practice sono gruppi organizzati di persone che condividono un interesse per uno specifico dominio tecnico o di business. Le persone di una CoP collaborano regolarmente per condividere informazioni, migliorare le proprie competenze e lavorare attivamente per far progredire la conoscenza nello specifico dominio.
-
Compliance (Conformità)
La Compliance si riferisce non solo all'aspetto strategico ma anche alle attività e agli artefatti che consentano ai team di applicare i principi di sviluppo Lean-Agile per creare sistemi caratterizzati da un elevato livello di qualità, assicurando, al contempo, il rispetto di eventuali standard qualitativi normativi e specifici di settore.
-
Confidence Vote (Voto di confidenza)
Il Confidence Vote misura la fiducia dei team e degli ART nella loro capacità di raggiungere i PI Objective stabiliti.
-
Continuous Delivery Pipeline, CDP
La Continuous Delivery Pipeline rappresenta i flussi di lavoro, le attività e l'automazione necessari per guidare una nuova funzionalità dall'ideazione al release on-demand di valore.
-
Continuous Deployment, CD
Il Continuous Deployment (CD) è un aspetto della Continuous Delivery Pipeline che automatizza la migrazione di nuove funzionalità da un ambiente di staging a uno di produzione, dove vengono rese disponibili per il rilascio.
-
Continuous Exploration, CE
La Continuous Exploration (CE) è un aspetto della Continuous Delivery Pipeline che guida l'innovazione e promuove l'allineamento su cosa si dovrebbe realizzare esplorando continuamente le esigenze dei clienti e del mercato, definendo una Vision, una Roadmap e una serie di Feature per realizzare una Solution che sia in grado di soddisfare tali esigenze.
-
Continuous Integration, CI
La Continuous Integration (CI) è un aspetto della Continuous Delivery Pipeline nel quale le Feature vengono sviluppate, testate, integrate e convalidate prima di essere portate in produzione e quindi rilasciate.
-
Continuous Learning Culture, CLC
La competenza Continuous Learning Culture (CLC) descrive un insieme di valori e pratiche che incoraggiano i singoli individui, nonché l'intera organizzazione, ad accrescere continuativamente la conoscenza, le competenze, la performance e l'innovazione.
-
Coordinate and Deliver (Coordinamento e rilascio)
Il Coordinate and Deliver descrive le pratiche utilizzate dai Solution Train per mantenere l'allineamento e la collaborazione necessari per generare continuamente valore a clienti di Large Solution.
-
Core Values (Valori fondanti)
Alignment, Transparency, Respect for People e Relentless Improvement sono i quattro valori fondanti e rappresentano i principi fondamentali per l'efficacia di SAFe.
-
Cost of Delay, CoD (Costo del ritardo)
Il Cost of Delay (CoD) è il numeratore usato nella prioritizzazione con il metodo WSJF che rappresenta il denaro o il valore perso a causa del ritardo o della mancata esecuzione di un lavoro per un certo periodo di tempo rispetto ad altri lavori.
-
Customer (Cliente)
I Clienti sono coloro che consumano il valore delle Solution create e gestite dai Development Value Stream all'interno del Portfolio.
-
Customer Centricity, CC (Centralità del cliente)
La Customer Centricity è una mentalità che si focalizza sulla creazione di valore per il cliente attraverso l'intera gamma di prodotti e servizi offerti dall'azienda.
-
Customer Journey Map
La Customer Journey Map illustra l'esperienza dell'utente nell'interazione con gli Operational Value Stream, i prodotti e i servizi di un'azienda.
D
-
Decentralized Decision-Making (processo decisionale decentralizzato)
Il processo decisionale decentralizzato permette alle persone e ai team di prendere decisioni basate sulla conoscenza e sul contesto locale.
-
Definition of Done
La Definition of Done specifica i requisiti di completezza di un lavoro o di un incremento di valore.
-
Deploy (Distribuzione)
Distribuire significa migrare una modifica da un ambiente di pre-produzione a uno di produzione o operativo, dove può essere rilasciata o meno a un utente finale.
-
Design Thinking
Il Design Thinking è un processo di sviluppo incentrato sul cliente, che aiuta a creare prodotti appetibili, redditizi e sostenibili durante l'intero ciclo di vita.
-
Develop on Cadence
La Develop on Cadence è un insieme di eventi e attività di sviluppo che si svolgono a intervalli regolari.
-
Development Value Stream
Un Development Value Stream è una sequenza di attività necessarie per trasformare un'ipotesi di business in una soluzione digitale che genera valore per i clienti.
-
DevOps
Il DevOps è una mentalità, una cultura e un insieme di pratiche tecniche che sostengono l'integrazione, l'automazione e la collaborazione necessarie a sviluppare e gestire una Solution in modo efficace.
E
-
Empathy Map (Mappa dell'empatia)
L'Empathy Map è uno strumento di Design Thinking utilizzato per sviluppare una comprensione profonda e condivisa dei clienti.
-
Enabler
Gli Enabler sono elementi del backlog che ampliano l'Architectural Runway della Solution in fase di sviluppo o migliorano la performance del Development Value Stream.
-
Enterprise (Impresa)
L'Enterprise rappresenta l'entità organizzativa alla quale appartiene ciascun portfolio SAFe.
-
Enterprise Architect
L'Enterprise Architect ha il compito di stabilire la Vision tecnologica, la strategia e la Portfolio Roadmap.
-
Enterprise Solution Delivery, ESD
La Enterprise Solution Delivery (ESD) è la competenza che descrive come applicare i principi e le pratiche SAFe alla definizione, allo sviluppo, al funzionamento e all'evoluzione delle applicazioni, delle reti e dei sistemi cyber-fisici più grandi e sofisticati al mondo.
-
Epic Hypothesis Statement (Dichiarazione di ipotesi di epica)
L'Epic Hypothesis Statement è un formato strutturato utilizzato per acquisire, organizzare e trasmettere le informazioni cruciali e le ipotesi di un'epica.
-
Epic Owner
L'Epic Owner è responsabile del coordinamento delle epiche attraverso il Portfolio Kanban.
-
Epic (Epica)
Un'epica è un'importante iniziativa di sviluppo di una Solution.
-
Essential SAFe
La configurazione Essential SAFe offre gli elementi minimi necessari agli ART per rilasciare una Solution ed è il punto di partenza per un'implementazione SAFe.
-
Estimating Poker
L'Estimating Poker è una tecnica collaborativa utilizzata per stimare in maniera relativa le dimensioni di storie e Feature.
-
Extreme Programming, XP
L'Extreme Programming (XP) è un insieme di pratiche di Agile Software Engineering progettate per migliorare la qualità del software e aumentarne l'adattabilità ai cambiamenti dei requisiti.
F
-
Feature
Una Feature rappresenta una funzionalità di una Solution che genera valore di business, soddisfa un'esigenza degli stakeholder ed è dimensionata per essere realizzata da un ART in un singolo PI.
-
Flow (Flusso)
Il flusso è uno stato che si verifica quando è presente un movimento fluido, lineare e veloce di lavoro da una fase all'altra in un flusso di valore.
-
Flow Distribution (Distribuzione di flusso)
La distribuzione del flusso è una misura della proporzione delle diverse tipologie di lavoro in un sistema.
-
Flow Efficiency (Efficienza del flusso)
L'efficienza del flusso è il rapporto tra il tempo totale impiegato per una attività a valore aggiunto e il tempo totale del flusso.
-
Flow Load (Carico del flusso)
Il carico del flusso è la misura del numero di voci di lavoro attualmente in corso (attivi o in attesa).
-
Flow Predictability (Prevedibilità del flusso)
La prevedibilità del flusso è una misura della costanza con cui team, ART e Portfolio sono in grado di rispettare gli impegni presi.
-
Flow Time (Tempo di flusso)
Il tempo di flusso è una misura del tempo trascorso dall'inizio al completamento di un determinato lavoro.
-
Flow Velocity (Velocità del flusso)
La velocità del flusso misura il numero di lavori completati in un periodo di tempo.
-
Foundation (Fondamenta)
Le fondamenta di SAFe, collegate alle due competenze Lean-Agile Leadership e Continuous Learning Culture, contengono la mentalità, i valori, i principi e la guida all'implementazione necessari per implementare le pratiche di SAFe e raggiungere la Business Agility.
-
Full SAFe
La configurazione Full SAFe è la versione più completa del framework e supporta le aziende che hanno l'esigenza di costruire e mantenere un Portfolio di Large Solution complesse.
G
-
Gemba
Il Gemba è il termine giapponese che indica "il luogo reale" dove si svolge il lavoro e si crea valore.
H
-
Hackathon
Gli Hackathon sono eventi di innovazione in cui i membri del team possono lavorare su qualsiasi cosa vogliano, con chiunque vogliano, a patto che il lavoro rifletta la missione dell'azienda e che alla fine venga dimostrato quanto realizzato.
I
-
IP Iteration, Innovation and Planning Iteration
L'Innovation and Planning (IP) Iteration è un'iterazione che si svolge in corrispondenza della fine di ogni PI. Funziona da buffer per il raggiungimento dei PI Objective, fornisce tempo dedicato all'innovazione, alla formazione continua e permette di organizzare il PI Planning e l'Inspect & Adapt (I&A).
-
Inspect & Adapt
L'Inspect & Adapt (I&A) è un importante evento che ha luogo al termine di ogni PI, durante il quale lo stato attuale della Solution viene presentato e valutato. Successivamente, i team riflettono e individuano gli elementi di miglioramento da inserire nel backlog attraverso un Problem-Solving Workshop strutturato.
-
Integration Point (Punto di integrazione)
Un punto di integrazione è un evento di apprendimento che riunisce vari elementi della soluzione in un insieme integrato che può essere valutato oggettivamente per le prestazioni e l'idoneità all'uso.
-
Investment Horizons (Orizzonti di investimento)
Gli orizzonti di investimento offrono alle aziende una struttura per analizzare, comprendere e distribuire gli investimenti tra le opportunità di business presenti e future.
-
Iteration (Iterazione)
Le iterazioni sono intervalli di tempo standard, di durata fissa, durante i quali i team Agile e ART, individualmente e collettivamente, generano incrementalmente valore per il cliente focalizzandosi sul raggiungimento dei PI Objective.
-
Iteration Goal (Obiettivo dell'iterazione)
Gli Iteration Goal sono una sintesi degli obiettivi tecnici e di business che un team Agile si prefigge di realizzare in un'iterazione.
-
Iteration Planning (Pianificazione dell'iterazione)
L'Iteration Planning è un evento SAFe Scrum a cadenza regolare durante il quale tutti i membri del team stabiliscono la porzione di Team Backlog che il team si impegna a realizzare durante la prossima iterazione. Il team sintetizza il lavoro da svolgere in una serie di Iteration Goal.
-
Iteration Retrospective (Retrospettiva dell'iterazione)
La Iteration Retrospective è un evento SAFe Scrum a cadenza regolare durante il quale i membri del team discutono dei risultati dell'iterazione, rivedono le loro pratiche e identificano modalità di miglioramento.
-
Iteration Review
L'Iteration Review è un evento SAFe Scrum a cadenza regolare durante il quale il team ispeziona l'incremento dell'iterazione, valuta i progressi e adatta il Team Backlog.
L
-
Large Solution SAFe
La configurazione Large Solution SAFe è destinata alle imprese che creano Solution complesse e di grandi dimensioni e che non hanno esigenze di portfolio.
-
Lean
Il Lean è un insieme di conoscenze e di pratiche per migliorare l'efficienza e l'efficacia della generazione di valore, riducendo i ritardi ed eliminando le attività prive di valore aggiunto.
-
Lean Budget Guardrail
I Lean Budget Guardrail stabiliscono le politiche e le pratiche di budget, di spesa e di governance all'interno di uno specifico portfolio.
-
Lean Budget
Il Lean Budget è un approccio di governance finanziaria che finanzia flussi di valore anziché i progetti, accelerando l'erogazione di valore e riducendo i costi di gestione derivanti dal tradizionale finanziamento per progetto.
-
Lean Business Case, LBC
Il Lean Business Case (LBC) è un formato strutturato per descrivere le epiche, i rispettivi MVP e il valore di business previsto.
-
Lean Governance
La Lean Governance è la dimensione del Lean Portfolio Management che supporta la supervisione di spese, audit, compliance, costi, misurazioni e reporting.
-
Lean Portfolio Management, LPM
La competenza Lean Portfolio Management (LPM) si occupa di allineare la strategia con l'esecuzione, applicando i principi Lean e Systems Thinking a strategia e investimenti, operazioni di portfolio Agile e governance.
-
Lean Quality Management System, Lean QMS
Un Lean Quality Management System (Lean QMS) è una tipologia di sistema di gestione della qualità che applica pratiche, politiche e procedure Lean-Agile per attestare la qualità, la sicurezza e l'efficacia die prodotti.
-
Lean User Experience, Lean UX
Il Lean User Experience (Lean UX) è un approccio basato sul team per creare prodotti migliori, concentrandosi meno sul design teoricamente ideale e più sull'apprendimento iterativo, sull'esperienza complessiva e sui risultati per il cliente.
-
Lean-Agile Center of Excellence, LACE (Centro di eccellenza Lean-Agile)
Il centro di eccellenza Lean-Agile (LACE) è un piccolo team Agile dedicato all'implementazione delle modalità di lavoro Lean-Agile proposte da SAFe.
-
Lean-Agile Leadership, LAL
La competenza Lean-Agile Leadership (LAL) descrive come i leader guidino e sostengano il cambiamento organizzativo oltre all'eccellenza operativa, mettendo le persone e i team in condizione di dare il meglio di sé.
-
Lean-Agile Mindset
Il mindset Lean-Agile è la combinazione delle convinzioni, delle ipotesi, degli atteggiamenti e delle azioni dei leader e di coloro che praticano SAFe i quali adottano i principi del Manifesto Agile e del pensiero Lean.
-
Little’s Law (Legge di Little)
La legge di Little è una teoria delle code che afferma come il tempo medio di risposta per un servizio da parte di un sistema è uguale al rapporto tra la lunghezza media della coda e il tempo medio di elaborazione.
M
-
Measure and Grow
Measure and Grow è un approccio utilizzato dalle organizzazioni che implementano SAFe per valutare i progressi compiuti in termini di Business Agility e per decidere le azioni di miglioramento.
-
Milestone
Una milestone è un obiettivo, evento o momento specifico utilizzato per valutare i progressi rispetto a un obiettivo di lungo periodo.
-
Minimum Marketable Feature, MMF
Una Minimum Marketable Feature (MMF) è la funzionalità minima necessaria per convalidare la Benefit Hypotesis di una Feature.
-
Minimum Viable Product, MVP
Un Minimum Viable Product (MVP) è una versione preliminare e minima di una nuova Solution sufficiente a provare o smentire l'Hypotesis dell'epica.
-
Model-Based Systems Engineering, MBSE
Il Model-Based Systems Engineering (MBSE) è la pratica che sviluppa un insieme di modelli correlati con cui definire, progettare, simulare e documentare un sistema in fase di realizzazione.
-
Modified Fibonacci Sequence (Sequenza di Fibonacci normalizzata)
La sequenza di Fibonacci normalizzata è una sequenza numerica (1, 2, 3, 5, 8, 13, 20, 40, 100) di stima relativa che riflette l'incertezza intrinseca del lavoro da stimare.
N
-
Nonfunctional Requirement, NFR (Requisiti non funzionali)
I requisiti non funzionali (NFR) sono caratteristiche di qualità del sistema che guidano la progettazione della Solution e spesso fungono da vincoli o restrizioni per tutti i backlog di pertinenza.
O
-
Objectives and Key Results, OKR
Gli Objectives and Key Results (OKR) rappresentano un framework collaborativo per la definizione di obiettivi chiari e risultati misurabili.
-
Operational Value Stream, OVS
Un Operational Value Stream (OVS) è una sequenza di attività necessarie per fornire un prodotto o un servizio a un cliente.
-
Organizational Agility, OA
La competenza Organizational Agility (OA) descrive come le persone e i team Agile all'interno dell'azienda che applicano il pensiero Lean ottimizzino i propri processi di business, facciano evolvere la strategia con nuovi impegni chiari e decisivi e adattino rapidamente l'organizzazione secondo le necessità per sfruttare al meglio le nuove opportunità del mercato.
P
-
Pareto Analysis (Analisi di Pareto)
L'analisi di Pareto è una tecnica utilizzata durante un evento di Inspect & Adapt per identificare il numero minimo di azioni che produca complessivamente il maggior impatto.
-
Participatory Budgeting, PB
Il Participatory Budgeting (PB) è un processo collaborativo per la ripartizione del budget di portfolio tra i vari Development Value Stream.
-
Personas
Le Personas sono rappresentazioni di tipologie di utente che utilizzano o potrebbero utilizzare il prodotto.
-
Phase Gate
I Phase Gate sono milestone di progetto basate su approcci sequenziali tradizionali per misurare i progressi nello sviluppo di una Solution.
-
PI Objective (Obiettivo del PI)
I PI Objective sono una sintesi degli obiettivi tecnici e di business che i team e gli ART intendono raggiungere nel prossimo PI.
-
PI Planning
Il PI Planning è un evento a cadenza regolare per l'intero ART che allinea team e stakeholder verso una missione e una visione condivise.
-
Plan-Do-Check-Adjust, PDCA
Il Plan-Do-Check-Adjust (PDCA) è un'espressione del metodo scientifico per creare un'ipotesi, sperimentarla e valutarne i risultati per superare l'incertezza e creare nuove conoscenze.
-
Planning Interval, PI
Un Planning Interval (PI) è una finestra temporale a cadenza regolare in cui gli Agile Release Train generano continuamente valore per i clienti in linea con i PI Objective.
-
Portfolio
Un Portfolio è un insieme di Development Value Stream che fornisce un flusso continuo di valore ai clienti, all'interno di un modello di finanziamento e di governance comune..
-
Portfolio Backlog
Il Portfolio Backlog è un sistema Kanban utilizzato per captare e gestire le Business Epic e Enabler Epic destinate a creare ed evolvere prodotti, servizi e soluzioni all'interno di un singolo Portfolio.
-
Portfolio Canvas
Il Portfolio Canvas descrive i Development Value Stream inclusi in un SAFe Portfolio, le Solution, i flussi di reddito, i clienti e altri elementi di business fondamentali.
-
Portfolio Flow
Il Portfolio Flow descrive uno stato in cui il Lean Portfolio Management genera un flusso continuo di nuove epiche dirette a Solution Train e ART per realizzare la Vision e i temi strategici del Portfolio.
-
Portfolio Kanban
Il sistema Portfolio Kanban è un metodo per visualizzare e gestire il flusso delle Epic di Portfolio, partendo dalla loro ideazione, passando per la fase di analisi e di implementazione.
-
Portfolio SAFe
Il Portfolio SAFe fornisce la strategia e il finanziamento degli investimenti, operazioni di portfolio Agile e Lean Governance per uno o più flussi di valore.
-
Portfolio Vision
La Portfolio Vision è una descrizione proiettata nel futuro dei flussi di valore e delle Solution all'interno di uno stesso Portfolio.
-
Pre-Plan
Il Pre-Plan descrive le attività per allineare e preparare gli ART all'interno di un Solution Train per il PI Planning.
-
Problem-Solving Workshop
Il Problem-Solving Workshop è parte dell'evento Inspect & Adapt e permette, grazie ad un approccio strutturato, di identificare la radice del problema e le azioni necessarie per risolvere i problemi sistemici.
-
Product Management
Il Product Management è la funzione che ha la responsabilità di definire Solution che siano desiderabili, fattibili, realizzabili, sostenibili e che soddisfino le esigenze dei clienti, supportando lo sviluppo durante tutto il ciclo di vita del prodotto.
-
Product Owner, PO
Il Product Owner (PO) è il membro del team Agile la cui principale responsabilità è di massimizzare il valore generato dal team assicurandosi che il Team Backlog sia allineato alle esigenze di clienti e stakeholder.
-
Product Owner (PO) Sync
Il PO Sync è un evento dell'ART utilizzato per ottenere visibilità sui progressi dell'ART verso il raggiungimento dei PI Objective e per apportare le modifiche necessarie.
R
-
Refactoring
Il Refactoring è l'attività di miglioramento della struttura o del funzionamento di un codice o di un componente senza modificarne il comportamento funzionale.
-
Relative Estimation (Stima relativa)
La stima relativa è una tecnica utilizzata per confrontare rapidamente le dimensioni e il valore dei lavori presenti all'interno del sistema.
-
Release (Rilascio)
Un rilascio rende disponibile agli utenti finali la funzionalità distribuita.
-
Release on Demand
La Release on Demand è un aspetto della Continuous Delivery Pipeline che rilascia nuove funzionalità immediatamente o in modo incrementale in base alle necessità aziendali e del cliente.
-
Release Train Engineer, RTE
Il Release Train Engineer (RTE) è un servant leader e un coach che facilita gli eventi e i processi dell'ART e sostiene i team nel generare valore.
-
Relentless Improvement
La Relentless Improvement è un Core Value di SAFe che incoraggia l'apprendimento e l'evoluzione attraverso una continua riflessione e un incessante miglioramento.
-
Roadmap
La Roadmap è una sequenza di eventi e milestone volta a comunicare e prevedere i principali deliverable di una Solution rispetto ad un orizzonte temporale concordato.
S
-
SAFe
SAFe è il framework leader a livello mondiale per la Business Agility. SAFe combina la forza degli approcci Lean, Agile e DevOps in un unico sistema operativo, capace di aiutare le organizzazioni a prosperare nell'era digitale, realizzando prodotti e servizi innovativi in modo più rapido, prevedibile, e con un livello qualitativo più elevato.
-
SAFe Big Picture, BP
La SAFe Big Picture (BP) è una rappresentazione grafica dei principali ruoli, attività e artefatti del framework.
-
SAFe for Government
SAFe for Government è un insieme di pratiche di comprovato successo che aiutano le organizzazioni del settore pubblico a ottenere migliori risultati nello sviluppo delle Solution, implementando i valori, la mentalità, i principi e le pratiche SAFe Lean-Agile.
-
SAFe Implementation Roadmap (Roadmap di implementazione di SAFe)
La roadmap di implementazione di SAFe consiste in una rappresentazione grafica e una serie di 14 articoli che descrivono una strategia e un insieme ordinato di attività per l'implementazione ottimale di SAFe.
-
SAFe Lean Startup Cycle
Il SAFe Lean Startup Cycle è un ciclo iterativo di costruzione-misurazione-apprendimento che si è dimostrato efficace per ottimizzare il valore economico degli investimenti strategici.
-
SAFe Lean-Agile Principles
SAFe si basa su dieci principi Lean-Agile fondamentali ed immutabili. Questi fondamenti e concetti economici ispirano e plasmano i ruoli e le pratiche di SAFe.
-
SAFe Overview
La SAFe Overview è una rappresentazione grafica delle sette competenze fondamentali per la Business Agility e le dimensioni di ciascuna di esse.
-
SAFe Practice Consultant, SPC
Il SAFe Practice Consultant (SPC) è un agente del cambiamento accreditato che combina una conoscenza tecnica di SAFe con una innata propensione al miglioramento dello sviluppo di software, dei sistemi e dei processi aziendali agili.
-
SAFe Scrum
Lo SAFe Scrum è un metodo Agile utilizzato dai team all'interno di un ART per consegnare valore ai clienti in un breve intervallo di tempo. I team SAFe Scrum utilizzano iterazioni, sistemi Kanban ed eventi Scrum per pianificare, eseguire, presentare e analizzare in retrospettiva il proprio lavoro.
-
SAFe Team Kanban
Il SAFe Team Kanban è un metodo Agile utilizzato dai team all'interno di un ART per generare continuamente valore. I SAFe Kanban Team applicano un processo basato sui flussi per gestire il lavoro e operano all'interno della cadenza dell'ART.
-
Scrum Master/Team Coach, SM/TC
Lo Scrum Master/Team Coach (SM/TC) SAFe è un servant leader e un coach di un team Agile che facilita gli eventi e i processi del team e supporta team e ART nel generare valore.
-
Set-Based Design, SBD
Il Set-Based Design è una pratica di sviluppo Lean che consente di mantenere la flessibilità dei requisiti e delle opzioni di design il più a lungo possibile durante il processo di sviluppo.
-
Shared Service (Servizi condivisi)
I servizi condivisi rappresentano gli specialisti, le persone, e i servizi necessari per il successo di un ART o di un Solution Train, ma che non sono dedicati a tempo pieno.
-
Solution
Una Solution è un prodotto, sistema o servizio che fornisce valore a clienti interni o esterni.
-
Solution Architect
Il Solution Architect ha la responsabilità di definire e comunicare una visione tecnica e architetturale condivisa all'interno del Solution Train, contribuendo a garantire che la Solution in fase di sviluppo sia idonea allo scopo previsto.
-
Solution Context
Il Solution Context descrive gli aspetti rilevanti dell'ambiente in cui opera una Solution.
-
Solution Demo
La Solution Demo fornisce agli stakeholder una visione integrata dei contributi di più ART e Supplier alla Solution per ottenere prove oggettive della performance e per raccogliere feedback.
-
Solution Intent
Il Solution Intent è il repository per l'archiviazione, la gestione e la comunicazione di ciò che si conosce dei comportamenti e delle progettazioni attuali e previste della Solution.
-
Solution Management
Il Solution Management è la funzione che ha il compito di definire Large Solution che siano desiderabili, fattibili, realizzabili e sostenibili e che soddisfino le esigenze dei clienti, supportando lo sviluppo durante tutto il ciclo di vita della Solution.
-
Solution Train
Il Solution Train è il costrutto organizzativo utilizzato per la creazione di Large Solution che richiedono il coordinamento di più ART e Supplier.
-
Solution Train Backlog
Il Solution Train Backlog è un sistema Kanban utilizzato per captare e gestire Capability e Enabler pensati per migliorare la Large Solution e ampliarne l'Architectural Runway.
-
Solution Train Engineer, STE
Il Solution Train Engineer (STE) è un servant leader e un coach che facilita gli eventi e i processi del Solution Train, coordina il lavoro degli ART e dei Supplier e li sostiene nel generare valore.
-
Solution Train Flow
Il Solution Train Flow descrive uno stato in cui un Solution Train genera un flusso continuo di Capability di valore al cliente.
-
Vision
La Vision descrive lo stato futuro della Solution in corso di sviluppo. Riflette le esigenze dei clienti e degli stakeholder nonché le funzionalità e le Capability formulate per soddisfare tali esigenze.
-
Spanning Palette
La Spanning Palette contiene i diversi ruoli e artefatti applicabili a un particolare contesto di team, ART, Large Solution o Portfolio.
-
Spike
Lo Spike è un tipo di Enabler Story della categoria Exploration che permette di acquisire informazioni necessarie a ridurre il rischio di un approccio tecnico, comprendere meglio un requisito o aumentare l'affidabilità di una stima.
-
Sprint
Lo Sprint è un termine del metodo Scrum che corrisponde a un'Iteration in SAFe.
-
Stories (Storie)
Le Story sono brevi descrizioni di una piccola porzione di funzionalità desiderata, scritte dal punto di vista dell'utente.
-
Story Map
La Story Map è una delle tecniche usate nel Design Thinking che permette di organizzare Story in sequenza sulla base delle attività compiute da un utente per il raggiungimento di un obiettivo.
-
Story Point
Lo Story Point è un numero intero e relativo utilizzato per stimare la combinazione di volume, complessità, conoscenza e incertezza delle User Story.
-
Strategic Themes (Temi strategici)
Gli Strategic Theme rappresentano obiettivi di business a livello di Portfolio che offrono differenziazione competitiva e vantaggio strategico. Forniscono un contesto di business al processo decisionale all'interno del Portfolio e ne influenzano la strategia.
-
Sunk Costs
Il Sunk Cost indica il denaro già speso che non può essere recuperato.
-
Supplier (Fornitore)
Un fornitore è un'organizzazione interna o esterna all'azienda che sviluppa e fornisce componenti di una Solution, sottosistemi o servizi agli ART e Development Value Stream.
-
SWOT Analysis
La SWOT Analysis è una tecnica di pianificazione strategica per identificare i punti di forza, le debolezze, le opportunità e le minacce di un SAFe Portfolio.
-
System Architect
Il System Architect ha il compito di definire e comunicare una Vision tecnica e architetturale condivisa per la Solution sviluppata da un ART.
-
System Demo
La System Demo fornisce agli stakeholder una visione integrata delle nuove Features realizzate durante l'ultima iterazione dai team all'interno dell'ART. Ciascuna demo fornisce una misurazione oggettiva dei progressi e la possibilità di raccogliere feedback.
-
System Team
Il System Team è un team Agile specializzato che contribuisce alla costruzione e al supporto dell'ambiente di sviluppo Agile, compreso lo sviluppo e la manutenzione della Continuous Delivery Pipeline. Può inoltre supportare il processo di integrazione, di test end-to-end della soluzione e di rilascio, ma anche sostenere la cultura e le pratiche DevOps e Release on Demand.
-
Systems Thinking
Il Systems Thinking è un approccio olistico che incorpora tutti gli aspetti di un sistema e del suo ambiente nella sua progettazione, sviluppo, implementazione e mantenimento.
T
-
Team and Technical Agility, TTA
La competenza Team and Technical Agility (TTA) descrive le competenze, i principi e le pratiche chiave che i team Agile altamente performanti in un ART utilizzano per creare soluzioni di qualità per i propri clienti.
-
Team Backlog
Il Team Backlog è un sistema Kanban utilizzato per captare e gestire User Story e Enabler pensati per migliorare la Solution.
-
Team Flow
Il Team Flow indica lo stato in cui i team Agile generano un flusso continuo di valore al cliente.
-
Team Sync
Il Team Sync è una breve riunione (solitamente di 15 minuti o meno), in genere tenuta giornalmente, con lo scopo di verificare i progressi verso gli obiettivi del team, di comunicare all'interno del team e regolare il lavoro pianificato.
-
Team Topologies
Le Team Topologies definiscono quattro modelli organizzativi che possono essere utilizzati per strutturare i team Agile e gli ART.
-
Test-Driven Development, TDD
Il Test-Driven Development (TDD) è una mentalità e una pratica che prevede la creazione e l'esecuzione di test prima ancora di implementare il codice di un componente o di un sistema.
-
TOWS Analysis
La TOWS Analysis è uno strumento utilizzato insieme alla SWOT Analysis per identificare le diverse opzioni strategiche per l'evoluzione di un SAFe Portfolio.
U
-
U-Curve Optimization
La U-Curve Optimization determina la Batch Size ottimale cercando il punto in cui il totale dei costi di transazione e dei costi di mantenimento è al minimo.
V
-
Value Management Office, VMO
Il Value Management Office (VMO) è la funzione organizzativa responsabile di facilitare il processo di Lean Portfolio Management, nonché di promuovere l'eccellenza operativa e la Lean Governance nell'ambito di una trasformazione Lean-Agile.
-
Value Stream Coordination
La Value Stream Coordination descrive come gestire le dipendenze tra i flussi di valore e come sfruttare le opportunità che nascono dalle interconnessioni.
-
Value Stream Identification
La Value Stream Identification è una pratica utilizzata per identificare gli Operational Value Stream e i Development Value Stream a supporto.
-
Value Stream KPI
Le Value Stream Key Performance Indicator (KPI) sono le metriche che si usano per valutare come un Value Stream stia performando rispetto ai suoi obiettivi di business.
-
Value Stream Management, VSM
La Value Stream Management (VSM) è una disciplina tecnica e di leadership che consente di massimizzare il flusso di valore di business attraverso il ciclo di vita della Solution end-to-end.
-
Value Stream Mapping
Il Value Stream Mapping è una pratica utilizzata per identificare i singoli passaggi di un flusso di lavoro e i ritardi tra i passaggi stessi.
-
Value Streamlet
Un Value Streamlet è un flusso di valore più piccolo e prevalentemente indipendente all'interno di un Development Value Stream che genera valore in base alle esigenze e al ritmo del cliente.
-
Verification and validation, V&V (Verifica e validazione)
Verification and validation (V&V) sono processi utilizzati per assicurare che un prodotto, un servizio o un sistema sia progettato in conformità con il Solution Intent e sia idoneo allo scopo previsto.
W
-
Weighted Shortest Job First, WSJF
Il Weighted Shortest Job First (WSJF) è un modello di prioritizzazione con cui si determina la sequenza di esecuzione dei lavori in modo da garantire il massimo beneficio economico. In SAFe, il WSJF viene stimato come il Cost of Delay diviso per la Job Duration.
-
Work in Process, WIP
Il Work in Process (WIP) rappresenta il totale degli elementi di lavoro attivi in un sistema.