PeopleCert DevOps Leadership

Luglio 2020
Glossario v2.0
e-mail: info@peoplecert.org, www.peoplecert.org

Copyright © 2020 PeopleCert International Ltd.

Tutti i diritti riservati. Nessuna parte di questa pubblicazione può essere riprodotta o trasmessa in
alcuna forma né attraverso alcun mezzo (elettronico, fotocopie, registrazioni o altro) a meno che
non se ne riceva il permesso scrivendo direttamente a PeopleCert International Ltd. Le richieste del
permesso per la riproduzione, trasmissione, o utilizzo per qualsiasi scopo del presente materiale
devono essere inviate all'editore.

LIBERATORIA

Questa pubblicazione è stata pensata per fornire informazioni utili al lettore. Sebbene la massima
cura sia stata presa da PeopleCert International Ltd nella preparazione del testo, nessuna certezza
o garanzia (esplicita o implicita) viene data da PeopleCert International Ltd in qualità di editore
riguardo alla completezza, accuratezza, affidabilità, adeguatezza o disponibilità delle informazioni
in esso contenute. PeopleCert International Ltd non può essere ritenuta responsabile o passibile in
alcun modo per eventuali perdite o danni di qualsiasi genere (indicativamente, ma non
limitatamente, specifiche, indirette, o conseguenti) che derivino o che si manifestino in virtù delle
informazioni, istruzioni o suggerimenti contenuti in questa pubblicazione.

© 2020 PeopleCert | Tutti i diritti riservati

Glossario / PeopleCert DevOps Leadership | Versione 02.0 / Luglio 2020 Page 2 of 13
 GLOSSARIO
Termine Definizione

Abilitazione del La pratica ITIL® che assicura che i rischi siano adeguatamente valutati
cambiamento nell'autorizzare i cambiamenti, nel procedere e gestire poi una
programmazione dei cambiamenti al fine di massimizzare il numero di
modifiche di successo a servizi e prodotti.†
Accordo sui livelli di Secondo ITIL®, un accordo scritto tra un Fornitore del servizio e il Cliente
servizio (SLA) (business) che definisce obiettivi-chiave di un servizio e le relative
responsabilità, come anche la garanzia e l'utilità attese da un servizio.†
Accordo sui livelli operativi Un accordo scritto tra un Fornitore del servizio IT e un'altra area dell'IT
(OLA) che assiste nella fornitura di servizi. I suoi target dovrebbero sostenere
quelli di uno o più SLA (Accordo sui livelli di servizio).
Antifragilità I mezzi necessari non solo per rispondere e resistere ad incidenti e
interruzioni di ogni genere, ma per sfruttarli, considerandoli quali
opportunità di apprendimento e adattamento.
Applicazione Strangler Un'applicazione a microservizi utilizzata per “soffocare” (strangle) o
superare un'applicazione monolitica. Si veda anche "Tracciato di
un'applicazione Strangler".
Architettura di Microservizi Un'architettura nella quale una funzione è associata ad un servizio scalato
(MSA) distribuendo servizi attraverso i nodi.
Architettura orientata al Uno stile architetturale che separa le funzioni in unità distinte, o servizi,
servizio (SOA – Service che gli sviluppatori rendono accessibili attraverso una rete al fine di
Oriented Architecture) consentire agli utenti di essere combinati e riutilizzati nella produzione di
applicazioni. Tali servizi e i relativi consumatori comunicano tra di loro
trasferendo dati in un formato condiviso ben definito, o coordinando
un'attività attraverso due o più servizi.
Automazione La tecnica, metodo, o sistema di operare o controllare un processo
attraverso strumenti altamente automatizzati quali dispositivi elettronici,
riducendo al minimo l'intervento umano.
C.A.L.M.S Un acronimo per i valori di DevOps: Culture, Automation, Lean,
Measurement, and Sharing (Cultura, Automazione, Lean, Misurazione, e
Condivision).
Ciclo DMAIC Un modello che fornisce linee guida per il miglioramento continuo
attraverso cinque fasi: Define, Measure, Analyze, Improve e Control
(Definire, Misurare, Analizzare, Migliorare e Controllare).
Complessità In un contesto IT/DevOps, la complessità si riferisce a molto più che la
tecnologia. Nel tempo, l'IT ha risolto problemi con un focus locale o
molto limitato, a causa dell'urgenza e (spesso) della pressione fatta dal
cliente. Questa modalità di "correzione rapida" ha portato ad avere
interi sistemi non integrabili, con l'aggiunta di un mosaico di risorse
locali e di fornitori terze parti che non riescono ad integrarsi e spesso
neppure a comunicare in maniera efficace.
ITIL® is a registered trade mark of AXELOS Limited, used under permission of AXELOS Limited. All rights reserved.
Rilascio del valore Il valore è costituito da tre componenti principali: qualità, velocità e costo.
In DevOps, consegnarli tutti è lo scopo finale. I progetti, le attività
lavorative e i processi dovrebbero tutti essere valutati basandosi sul loro
contributo al goal aziendale di portare valore al cliente.
Nell'analisi finale, è il cliente che decide cosa abbia valore.
Containerizzazione Il raggruppamento di un intero ambiente runtime in un pacchetto o
"container" così che la piattaforma di applicazioni con le sue
dipendenze, differenze in distribuzioni di sistemi operativi (OS) e
infrastruttura sottostante, siano rese indipendenti.
Continuous Delivery Un insieme di pratiche progettate per assicurare che il codice sia sempre
pronto per essere rilasciato rapidamente e in modo sicuro, attraverso
tutto il suo ciclo di vita fino all'esercizio, realizzato passando prima gli
eseguibili in un ambiente simile a quello di produzione ed effettuando
test automatizzati per rilevare problemi.

ITIL® is a registered trade mark of AXELOS Limited, used under permission of AXELOS Limited. All rights reserved.

© 2020 PeopleCert | Tutti i diritti riservati

Glossario / PeopleCert DevOps Leadership | Versione 02.0 / Luglio 2020 Pagina 3 di 13
Termine Definizione

Continuous Deployment
Continuous Integration
Continuous Testing
Critico per la Qualità (CTQ
– Critical To Quality)
Una estensione del concetto di Continuous Delivery nella quale tutte le
modifiche che superano i test automatizzati vengono automaticamente
passate in produzione. Il Continuous Deployment automatizza il
passaggio precedentemente effettuato in modo manuale nel
Continuous Delivery, e consente rilasci multipli giornalieri.
La pratica di mettere insieme le copie di lavoro di tutti gli sviluppatori in
un'unica linea principale condivisa (un code repository o blocco principale
di codice) durante una giornata. In un processo automatizzato di
Continuous Delivery, la Continuous Integration copre principalmente la
fase di realizzazione del codice. Tipicamente la Continuous Integration si
applica alle attività di integrazione, realizzazione e test del codice
nell'ambiente di sviluppo.
L'esecuzione di test automatici in ogni fase della Deployment pipeline.
Fornisce un feedback immediato in ogni fase, al fine di mitigare i rischi. Un
Continuous Testing automatizzato rappresenta un elemento chiave della
Continuous Integration e del Continuous Delivery. Assicura che il codice e
l'ambiente operino in modo appropriato, e che il codice rimanga in uno
stato rilasciabile.
In linea con i principi del Lean Management, gli elementi di Valore a cui
dare priorità e sui quali focalizzare l'attenzione.

CTQ Dalla VOC (Voce del cliente) Lean, quegli item facenti parte della "lista dei
desideri" del cliente che sono assolutamente essenziali per consentire al
cliente di raggiungere il valore.
Cultura organizzativa Il modello di assunzioni condivise e valori appresi in una organizzazione.
Prende spunto dai modelli comportamentali osservabili in
un'organizzazione, che vengono fatti propri da parte di chi ci lavora nel
corso del tempo.
Cycle Time totale Il tempo totale trascorso dall'inizio alla fine del processo considerato.

Daily Scrum Un evento Scrum limitato a 15 minuti di tempo, organizzato dal Team di
Sviluppo per sincronizzare le proprie attività e pianificare le prossime 24
ore.‖
Daily Scrum Board Uno strumento di Visual Management in Scrum che rende trasparente
tutto ciò su cui ogni membro del team di sviluppo sta lavorando, e che
cattura la loro propensione giornaliera.
Debito tecnico L'accumularsi di workaround (soluzioni temporanee) complicati e
rilavorazioni, che si manifesta quando vengono implementate soluzioni
semplici in misura consistente, invece di ricercare alternative più solide.
Definizione di 'Fatto' In Agile/Scrum, la lista di criteri che devono essere soddisfatti prima che
(Done) un incremento di prodotto si possa considerare "fatto" (done). In DevOps,
il prodotto è privo di difetti, rilasciato in produzione, al cliente, in modo
che venga utilizzato e che fornisca valore.
Deployment Blue-Green In DevOps, il concetto di mantenere in esercizio due identiche
infrastrutture, una indicata come Blue, e l'altra come Green. Ciò a
facilitare deployment che causano zero indisponibilità, nel modo
seguente: il Blue sarà l’ambiente di produzione attuale, mentre il Green
incorpora tutti i nuovi cambiamenti e gli aggiornamenti, consentendo i
test in esercizio. Quando si ritiene stabile l'ambiente di test, l’ambiente
di produzione reale viene traslato da Blue a Green, ed il processo si
ripete.
Deployment Pipeline Modellano il processo del software in fasi che consentono di esaminarne
il delivery end-to-end (da una prospettiva dell’utente finale) per ricercare
colli di bottiglia, opportunità di miglioramento, e opportunità di
collaborazione.

© 2020 PeopleCert | Tutti i diritti riservati

Glossario / PeopleCert DevOps Leadership | Versione 02.0 / Luglio 2020 Pagina 4 di 13
Termine Definizione

DevOps Un termine coniato per descrivere l'evoluzione dalle best practices IT - in

particolare da ITIL, Lean e Agile - verso un approccio sviluppo-operatività
supportato dall'automazione e dal Continuous Delivery, e che incoraggia
una cultura collaborativa e di apprendimento al fine di aiutare il business
a consegnare meglio il valore, e molto più velocemente ed
economicamente rispetto a prima.
DMAIC Da Six Sigma: DMAIC (Define, Measure, Analyze, Improve, Control) si
riferisce ad un ciclo di miglioramento guidato dai dati utilizzato per
migliorare, ottimizzare e stabilizzare processi di business e disegni.
Fattore Cricico di Ogni team, processo, risultato di business, ecc. che si deve raggiungere
Successo (CSF) per dimostrare il successo di un'iniziativa.
Feedback Accade quando i risultati sono restituiti sotto forma di input quale parte
di una catena di causa-effetto che va a formare un ciclo continuo.
Flusso Il modo in cui le persone, le informazioni e i prodotti si muovono
attraverso un processo.
Flusso del valore Fornisce un punto di vista olistico dell'IT nel fornire il valore finale
al business. La comprensione del flusso di valore nell’insieme e non
solo dei suoi singoli elementi componenti diventa essenziale per la
leadership e la governance.
Full Stack Rappresenta i tre aspetti fondamentali di ogni implementazione DevOps,
quali fattori critici di successo (CSF): creare la giusta cultura coinvolgendo
le giuste persone, implementare i giusti processi e pratiche, e aggiungere
il giusto livello di tecnologia e automazione a tutto l'insieme per
velocizzarlo e ottimizzarlo.
Garanzia L’assicurazione che il prodotto o servizio soddisferà i requisiti
concordati. La garanzia si può riassumere in "come il servizio opera"
e può essere utilizzata per determinare se tale servizio sia 'idoneo
all'uso'. La garanzia spesso si riferisce a livelli di servizio allineati
con le esigenze dei consumatori del servizio. Ciò può essere basato
su di un accordo formale, o potrebbe essere un messaggio
marketing o facente parte dell'immagine di un marchio aziendale.
La garanzia tipicamente si riferisce a quelle aree quali disponibilità
del servizio, capacità, sicurezza e continuità. Un servizio si
considera in grado di offrire assicurazione, o 'garanzia', sufficiente
se tutte le condizioni definite e concordate siano soddisfatte.†
Gemba Da Lean: il posto dove si svolge il lavoro. Il Lean Management afferma
che i leader e i manager dovrebbero mettere in atto una "passeggiata
Gemba" almeno una volta al giorno; dovrebbero cioè recarsi nel luogo
dove effettivamente si lavora, in modo da imparare quello che i
lavoratori fanno attualmente.
Gestione agile dei Un approccio adattivo alla gestione dei progetti che presuppone che si
progetti accetti che i requisiti - concordati fin dall'avvio di un progetto - siano
passibili di modifiche e si evolvano mano a mano che il progetto avanza.
Questo approccio usa una serie di iterazioni continue al fine di adattare
e incorporare tali cambiamenti.
Gestione degli incidenti La pratica ITIL® che minimizza l'impatto negativo degli incidenti
ripristinando la normale operatività nel minor tempo possibile.†
Gestione dei livelli di La pratica ITIL® che mira a stabilire obiettivi chiari basati sul business per
servizio le prestazioni dei servizi, in modo da poter valutare, monitorare e gestire
l’erogazione di un servizio a fronte di tali target.†
Gestione dei problemi La pratica ITIL® che riduce la probabilità e l'impatto degli incidenti
individuandone le cause attuali o potenziali e gestendo i workaround e gli
errori not.†
Gestione dei rilasci La pratica ITIL® che rende disponibili all’uso servizi e funzionalità nuovi o
modificati.†
Gestione del deployment La pratica ITIL® che trasferisce hardware, software, documentazione,
processi o altri componenti di un servizio, che siano nuovi o modificati,
negli ambienti di produzione.†

© 2020 PeopleCert | Tutti i diritti riservati

Glossario / PeopleCert DevOps Leadership | Versione 02.0 / Luglio 2020 Pagina 5 di 13
Termine Definizione

Gestione del servizio Un insieme di abilità organizzative specializzate che consentono di fornire
valore ai clienti sotto forma di servizi.
Gestione della La pratica ITIL® con cui viene assicurata la disponibilità, quando e dove
configurazione del richiesto, di informazioni accurate e affidabili sulla configurazione dei
servizio servizi e degli elementi della configurazione che li supportano.. Ciò
include informazioni su come i CIs sono configurati e sulle relazioni tra
loro.†
Gestione della conoscenza La pratica ITIL® con cui viene mantenuto e migliorato l'utilizzo efficace,
efficiente e pratico di informazioni e conoscenze all'interno di
un'organizzazione. †
Gestione delle relazioni La pratica ITIL® che stimola, dipinge e dà forma alla domanda dal
business relativamente a prodotti e servizi di un Fornitore del servizio, e
si assicura che il valore potenziale da tali prodotti e servizi venga
catturato e ottimizzato.†
Incidente Secondo ITIL® un’interruzione non pianificata di un servizio, o la
riduzione nella sua qualità.†
Incremento di prodotto L'artefatto Scrum che include gli elementi completati sulla base dello
potenzialmente rilasciabile Sprint Backlog, secondo i criteri di accettazione dei requisiti sia dal punto
di vista funzionale che non-funzionale.
Indicatore prestazionale Indicatori chiave di prestazioni, andamenti. Metriche misurate nel tempo
chiave (KPI) e comparate successivamente genereranno andamenti.
IT Bi-modale Da Gartner: quella Bi-modale è la pratica di gestire due stili di lavoro
coerenti ma separati. La prima focalizzata sulla prevedibilità; la seconda
sull'esplorazione. Modalità 1 (Business As Usual): è ottimizzata per le
aree che sono più prevedibili e meglio comprese. Modalità 2: è
caratterizzata dall'esplorazione, dalla sperimentazione per risolvere
nuovi problemi, ed ottimizzata per le aree più incerte. Entrambe le
modalità giocano un ruolo essenziale nella trasformazione digitale.
ITIL Service Owner Un ruolo in ITIL® che è responsabile dell'erogazione di un servizio
specifico.†
ITIL® Metodologia di linee guida considerata best practice nella gestione dei
servizi IT.
Kanban La tecnica Kanban si è sviluppata intorno al 1940 qule parte
dell'evoluzione iniziale della gestione Lean in ambito manifatturiero. Tale
tecnica ha fornito un modo di assemblare i lavoratori di linea in modo da
notificare ai colleghi a valle nella linea di produzione la richiesta di
componenti o di altro lavoro necessari. Ciò ha permesso maggiore
trasparenza e comunicazione, e ha standardizzato i processi.
Lavoro che aggiunge Secondo la gestione Lean, il lavoro in un processo che deve essere
valore ottimizzato. Il cliente in realtà percepisce solo questa parte del
lavoro e lo considera di valore. E' ciò per cui il cliente è pronto a
pagare.
Lavoro che non aggiunge Secondo la gestione Lean, il lavoro in un processo che dovrebbe esser
valore rimosso.
Lavoro necessario che non Secondo Lean, il lavoro in un processo che dovrebbe 'essere ridotto al
aggiunge valore minimo. Questa parte del lavoro non aggiunge valore, ma deve essere
comunque svolta.
Lead Time Il tempo che intercorre tra input e output. Innesca la ricezione del valore.

Leadership La Leadership è l'arte di motivare un gruppo di persone in modo che

agiscano verso uno scopo comune. In termini aziendali, ciò può indicare la
capacità di ispirare i lavoratori e i colleghi, grazie ad una visione e ad una
strategia che soddisfino le esigenze dell'organizzazione.
Lean Un sistema qualità focalizzato sui flussi di lavoro. Si concentra
sull'aumento del valore per il cliente, eliminando gli sprechi, e garantendo
un miglioramento continuo.

© 2020 PeopleCert | Tutti i diritti riservati

Glossario / PeopleCert DevOps Leadership | Versione 02.0 / Luglio 2020 Pagina 6 di 13
Termine Definizione

Lean Kaizen Un approccio strutturato per risolvere problemi che si focalizza sul
miglioramento del flusso di lavoro e dei relativi processi in modo
incrementale, con un'attitudine o forma mentale che incoraggia chiunque
ad ogni livello in un'organizzazione a ricercare idee, anche piccole, che, se
possibile, possano essere implementate facilmente e rapidamente. Il
Kaizen dovrebbe far parte della cultura quotidiana di un'organizzazione.
Legge di Conway Tale legge afferma che "le organizzazioni che progettano sistemi sono
vincolate a produrre progetti che riflettono fedelmente le strutture
comunicative delle organizzazioni stesse".‡
Manifesto Agile Individui e interazioni piuttosto che processi e strumenti
Software funzionante piuttosto che documentazione omnicomprensiva
Collaborazione con il cliente piuttosto che negoziazione di un contratto
Risposta al cambiamento piuttosto che seguire un piano*
Mentalità a 'silo' Avviene quando un team o dipartimento condivide un insieme di attività
comuni, ma opera separatamente da altri gruppi, e dove la forza del team
deriva dall'associazione con un'unità funzionale o da conoscenze tecniche
condivise al suo interno.
Metrica Un dato. Le metriche sono una serie di dati raccolti in momenti specifici. A
volte indicata quale "snapshot".
Miglioramento continuo La pratica ITIL® per adeguare pratiche e servizi di un'organizzazione con
le nuove esigenze aziendali attraverso l'identificazione e il
miglioramento costanti di tutti gli elementi coinvolti nella gestione
efficace di prodotti e servizi.†
Modello 20/20 Il modello di cambiamento 20/20 proposto da Pink Elephant sfrutta
principi ampiamente noti di Gestione dei Cambiamenti Organizzativi
(OCM – Organizational Change Management) per definire i passi
necessari a raggiungere il vero cambiamento organizzativo in un
ambiente IT a livello corporate.
Modello dell'iceberg La maggior parte di un iceberg (80%) è invisibile e si trova al di sotto del
pelo dell'acqua. Questo modello sfrutta l'iceberg come analogia per
comprendere quanto ci sia "molto di più di quanto gli occhi vedano"
nell'esaminare una trasformazione DevOps.
Muda Gli sprechi nei processi identificati da Lean, inclusi i difetti e le
rilavorazioni, le sovra-elaborazioni e la sovrapproduzione.
Mura Varianze e Variazioni che includono: variabilità nel volume, espansione nei
risultati dei processi.
Muri Sovraccarico e Inflessibilità che includono: incapacità di scalare verso
l'alto o il basso, a seconda della domanda, intervalli temporali di servizio
fissi
Muro della Confusione Il muro virtuale che esiste tra Dev e Ops. In ambito IT, il Dev e l’Ops
spesso operano seguendo agende e scopi completamente
differenti. Il termine deriva dalla sensazione che solitamente il Dev
"getti tutto oltre il muro" verso l’Ops.
Ottimizzazione locale Un ambiente che è strutturato e costruito per produrre i risultati migliori
per il singolo individuo o per il gruppo. Sebbene sia importante creare
efficienze a livello locale, si dovrebbe anche essere in grado di osservare
come la progettazione dei processi ottimizzati localmente in un ‘silo’
possa costituire un potenziale problema.
Parte interessata Ogni individuo o gruppo che beneficerà o che verrà impattato da una
(stakeholder) iniziativa, progetto o cambiamento.
Pensiero sistemico Comprendere come la propria funzione sia una parte intercorrelata e
(Systems Thinking) interdipendente in un sistema più ampio, definito da limiti, e superiore
alla somma delle sue parti.
Principi Agili I dodici (12) principi compresi nel Manifesto Agile.

Problema Secondo ITIL® una causa, o causa potenziale, di uno o più incidenti.†

Process Time Il tempo totale speso effettivamente nella creazione di prodotti o servizi.

© 2020 PeopleCert | Tutti i diritti riservati

Glossario / PeopleCert DevOps Leadership | Versione 02.0 / Luglio 2020 Pagina 7 di 13
Termine Definizione

Processo Un insieme strutturato di attività progettato per conseguire uno specifico

obiettivo. Tali attività ricevono uno o più input definiti e li trasformano in
output anch'essi definiti.
Product Backlog Una lista ordinata di tutto quanto sia noto come necessario nel
(Scrum team) prodotto. Costituisce la singola fonte di requisiti per qualunque
cambiamento debba essere apportato al prodotto.
Product Backlog L'artefatto Scrum che consiste in una lista ordinata di tutto ciò che possa
essere necessario in un prodotto, e dunque la singola fonte di requisiti
per qualsiasi modifica da apportare al prodotto.‖
Product Backlog Board Uno strumento Scrum di Visual Management che rende visibile lo scopo
del progetto, e che traccia gli item di lavoro mano a mano che vengono
completati e spostati in alto.
Product Owner In Scrum rappresenta il ruoloresponsabile per la creazione e il
mantenimento del Product Backlog. E' in comunicazione continua con il
cliente e collabora con il Team di Sviluppo.‖
Product Owner (Scrum Il Product Owner in Scrum è responsabile della massimizzazione del
team) valore del prodotto risultante dal lavoro del Development Team, ed è la
sola persona responsabile della gestione del Product Backlog.
Release Burndown Chart Uno strumento Scrum di Visual Management che mostra gli item all'avvio
del progetto e l'avanzamento degli item completati di Sprint in Sprint.
Resilienza I mezzi per rispondere, ma anche per resistere, a incidenti e interruzioni di
ogni tipo.
Ripristino in caso di I mezzi per rispondere agli scenari peggiori e per proteggere i sistemi
disastro più critici da incidenti e interruzioni.
(Disaster Recovery)
Scrum Un framework Agile adattabile nel quale diversi processi, strumenti e
tecniche possono venire applicati. Promuove lo sviluppo di prodotti in
modo iterativo, che produce rilasci più frequenti garantendo la massima
qualità possibile degli outcome (risultati per il business).
Scrum Development Team Un Development Team in Scrum è composto da professionisti che
svolgono il lavoro di realizzazione di un incremento - potenzialmente
rilasciabile - di prodotto definito come "Fatto" (Done), al termine di ogni
Sprint.
Scrum Master In Scrum è Il ruolo responsabile di garantire che Scrum sia compreso e
messo in pratica correttamente. Gli Scrum Master lo fanno assicurandosi
che gli Scrum Team aderiscano alla teoria, alle pratiche, e alle regole del
framework.‖
Scrum Sprint Il cuore di Scrum, una 'scatola temporale' della durata di un mese o anche
meno, durante la quale viene creato un incremento del prodotto
considerato "Fatto" (Done), utilizzabile, e potenzialmente rilasciabile.‖
Service Owner La persona che è completamente responsabile del successo di un dato
servizio.
Shift Left Assicura che la qualità sia realizzata il prima possibile durante il processo
di sviluppo affinché le criticità siano rilevate il prima possibile e possano
essere risolte, in modo che difetti o errori non impattino la produzione.
Silos Serie di alti serbatoi verticali visibili nella maggior parte delle fattorie. In
un contesto aziendale, si riferiscono ad una struttura organizzativa
costruita su base verticale, con trasversalità ridotta o nulla tra un silo ed
un altro. In molti casi: tutti i miglioramenti e le comunicazioni avvengono
unicamente nell'ambito dello stesso silo.
Sistema di tipo Pull Un sistema nel quale prodotti o servizi siano 'tirati' dentro al processo
dalla domanda dei clienti. Tale sistema contrasta con quelli di tipo Push,
nei quali prodotti o servizi vengono spinti in avanti lungo il processo
basandosi su una previsione della domanda. I sistemi di tipo Pull riducono
gli sprechi nei processi.
Sprint Il cuore di Scrum è uno Sprint, una 'scatola temporale' della durata di un
mese o anche meno, durante la quale viene creato un incremento del
prodotto considerato "Fatto" (Done), utilizzabile, e potenzialmente
rilasciabile.‖

© 2020 PeopleCert | Tutti i diritti riservati

Glossario / PeopleCert DevOps Leadership | Versione 02.0 / Luglio 2020 Pagina 8 di 13
Termine Definizione

Sprint Backlog L'artefatto Scrum che consiste in un sotto-insieme di elementi del

Product Backlog selezionati per quello Sprint, con l'aggiunta di un piano
per consegnare il relativo Incremento del prodotto e realizzare lo Sprint
Goal.‖
Sprint Backlog Board Uno strumento Scrum di Visual Management che rende visibile lo scopo di
uno Sprint, e che traccia gli item di lavoro in avanzamento, e quelli che
sono stati completati.
Sprint Burndown Chart Uno strumento Scrum di Visual Management che viene usato nelle
sessioni di Sprint Planning, per comprendere il 'passo' (velocità) del
Development Team e portare così nello Sprint la corretta quantità di
lavoro da svolgere.
Sprint Execution L'evento Scrum che inizia dopo lo Sprint Planning e finisce quando il
tempo per la Sprint Review e per la Retrospective vengono sottratti dallo
Sprint stesso. Durante l'Execution, gli elementi nello Sprint Backlog
assumono lo stato di WIP (Work In Progress) e vengono lavorati fino al
completamento secondo quanto concordato nella Definition of 'Done'
(Definizione di 'Fatto').
Sprint Planning L'evento Scrum che rappresenta il momento nel quale si pianifica il lavoro
che dovrà essere svolto nello Sprint. Il piano viene creato grazie al lavoro
collaborativo dell'intero Scrum Team.‖
Sprint Retrospective L'evento Scrum che offre un'opportunità allo Scrum Team di riesaminare
il proprio operato e di creare un piano di miglioramento che sarà attivato
durante il prossimo Sprint.‖
Sprint Review L'evento Scrum che si tiene alla fine dello Sprint per riesaminare
l'Incremento e adattare - se necessario - il Product Backlog.‖
Standardizzazione Spesso utilizzata nel passato per discutere della sola tecnologia, DevOps
e Lean ne hanno ampliato l'ambito per includere tutti gli aspetti della
creazione del valore nell'IT. Portafoglio, Progetti, Pratiche, Processi e
Procedure dovrebbero essere standardizzati, in aggiunta alla tecnologia.
Ciò fornisce un ambiente in cui esiste una definizione di funzionamento
standard.
Storia utente Una descrizione informale, in linguaggio semplice, di una o più
(User story) funzionalità di un sistema software. Le User Story sono spesso scritte
dalla prospettiva di un utente finale o di un utente di quel sistema.
Team DevOps Una vista di DevOps ristruttura i domini tecnici verticali esistenti nell'IT,
e i suoi dipartimenti, in Team di prodotto, che a loro volta creano,
rilasciano e gestistono i prodotti e i Team di piattaforma. Questi ultimi
creano e gestiscono le varie piattaforme necessarie per consegnare
valore al business su base regolare e consistente.
Team di sviluppo Il team Agile in Scrum composto da professionisti che svolgono il lavoro
necessario a consegnare un Incremento di prodotto 'Fatto' (Done)
potenzialmente rilasciabile al termine di ogni Sprint.‖
Teoria dei vincoli (TOC – Teoria che afferma che nessun sistema complesso o processo possa
Theory of Constraint) essere più efficiente o robusto del suo vincolo o collo di bottiglia più
limitante. Aiuta le organizzazioni a identificare e focalizzarsi su quell'area
che appare la più lenta e inefficiente, poichè vincolando l'intero sistema –
ne determina la velocità per l'intera organizzazione.
Test Driven Development La pratica che predispone scenari di test prima che il codice venga scritto,
(TDD) in modo tale che l’obiettivo per lo sviluppatore diventi scrivere qualcosa
che possa superare esattamente quel test.
Test funzionale Test delle funzionalità necessarie al prodotto per poter funzionare,
inclusi gli Unit Test, i test delle API (Application Programming
Interfaces), gli Integration Test o i System Test.
Test non-funzionale Test dell'operatività di un sistema piuttosto che di specifici risultati finali,
inclusi i test delle sue prestazioni, della sicurezza, della conformità, o
della sua capacità.
Three Ways Si riferiscono ai tre Principi chiave di DevOps: Flusso, Feedback,
Sperimentazione e Apprendimento continui.

© 2020 PeopleCert | Tutti i diritti riservati

Glossario / PeopleCert DevOps Leadership | Versione 02.0 / Luglio 2020 Pagina 9 di 13
Termine Definizione

Tracciato di un'applicazione Un’applicazione monolitica che risulta "soffocato" (strangled) nel tempo a
Strangler causa dell'introduzione iterativa di microservizi - gli applicazioni
'Strangler' - introdotti al fine di sostituire senza soluzione di continuità le
sue specifiche caratteristiche e funzionalità.
Transformational Uno stile di leadership che traduce la cultura organizzativa verso uno
Leadership stato produttivo, e che rinforza un insieme di priorità condivise e di
obiettivi che supportano DevOps.
Trasformazione (DevOps) Cambiare il gioco. DevOps non si occupa di cambiare le regole dei giochi
esistenti in ambito IT, ma piuttosto di cambiare completamente il gioco
che l'IT sta giocando. Cultura e Persone, Processi e Pratiche, Tecnologia e
Automazione: sono TUTTI completamente trasformati, se visti sotto il
focus di DevOps.
Trasformazione digitale Una profonda trasformazione che abbraccia tutte le attività
organizzative, le competenze e le attitudini culturali.
Utilità I requisiti funzionali di un servizio. L'utilità descrive quei requisiti per i
quali un servizio si può definire 'idoneo all’obiettivo' –il servizio fa quello
che ci si aspetta che faccia?.
Valore per il Business Il livello al quale un servizio soddisfa o supera le aspettative di un
cliente.
Valori ‘True North’ Rappresentano il punto verso il quale la bussola dovrebbe sempre
puntare mentre si avanza e nel prendere decisioni. Tali valori dovrebbero
essere stabiliti in modo semplice e diretto, ed essere chiari e facili da
riassumere.
Visione Lo stato futuro di un progetto, di un'iniziativa o di un'intera
organizzazione. La direzione a lungo-termine (anni) attraverso la
quale un'organizzazione deve muoversi per raggiungere il
successo.
Voce del cliente Uno strumento chiave che proviene dal Lean Management, ad
(VOC) aiutarci nel comprendere chi sia il cliente e cosa esattamente
definisca come 'valore'.
Waterfall (gestione dei L'approccio tradizionale per gestire progetti. Applicato
progetti) inizialmente nei progetti software negli anni Sessanta. L'approccio
inizia con l'analisi dei requisiti, prosegue con la progettazione, la
realizzazione, i test, il deployment ed il rilascio (release). Il lavoro si
svolge e fluisce da sinistra verso destra in modo lineare, come giù
da una collina attraverso vari step: come una cascata (waterfall).
Work In Progress Il Lean Management mette in evidenza che esistono limiti alla
(WIP) capacità di WIP assegnata ad un certo team o passo in un processo.
Tali limiti di WIP sono poi utilizzati per definire un sistema di tipo
'Pull'.

© 2020 PeopleCert | Tutti i diritti riservati

Glossario / PeopleCert DevOps Leadership | Versione 02.0 / Luglio 2020 Pagina 10 di 13
 BIBLIOGRAFIA

*
Beedle, Mike, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler,
Jim Highsmith, Andrew Hunt, et al. “Manifesto for Agile Software Development.”, 2001.
https://agilemanifesto.org/.
†
AXELOS Limited. ITIL® Foundation ITIL 4 Edition. TSO, 2019.
‡
Conway, Melvin. “Conway’s Law.” Accessed June 25, 2019.
http://www.melconway.com/Home/Conways_Law.html.
‖
Schwaber, Ken, and Jeff Sutherland. “The Scrum Guide™.” Scrum.Org and ScrumInc., 2014.

© 2020 PeopleCert | Tutti i diritti riservati

Glossario / PeopleCert DevOps Leadership | Versione 02.0 / Luglio 2020 Pagina 11 di 13
December 2018
Syllabus v1.0

© 2017-2018 PeopleCert | All rights reserved www.peoplecert.org

Glossary / DevOps Fundamentals | Version 01.0 / December 2018 Page 2 of 24