DevOps & ITIL: Friends or Foes?

DevOps & ITIL
Chiara Mainolfi – chiara.mainolfi@itsmf.it – itSMF Italia
Luigi Buglione – luigi.buglione@itsmf – itSMF Italia
Friends or Foes?

www.itsmf.it2 ALCI 2017 (Rome – Italy) – 28/02/2017 © 2017 itSMF Italia
DevOps/ITIL Obiettivi della presentazione
 G1. Presentare una breve storia dell’ITSM degli ultimi anni
 G2. Illustrare i tratti caratteristici dei principali framework e
modelli nell’ITSM, tra cui ITIL e DevOps
 G3. Proporre la giusta sintesi di diversi approcci ITSM,
ricordando sempre che tali approcci rimangono sempre
strumento, non obiettivo

DevOps/ITIL Let’s Social...ize!
Per condividere commenti,
note, immagini…
 @agileleanconf
 @itSmfItalia
@ChiaraMainolfi_
@lbu_measure
#DevOps
#ITIL
#Agile
#Lean
…

Agenda
• Introduzione
– Alcuni esempi di (IT) Service Management
– Cosa è il ‘valore’?
– Service Management 101
– ITIL & gli altri
– Asset Management
• ITIL vs DevOps
– ITIL 101
– DevOps 101
– Friends or Foes?
• Alcune conclusioni
• Lessons learned
• Q & A
DevOps/ITIL

DevOps/ITIL itSMF Italia
 Associazione Italiana per l’IT Service
Management dal 2004
 Chapter di itSMF International
 …non solo ITIL, ma anche ‘gli altri’…

Introduzione Alcuni (cattivi) esempi (non IT) di non-XP

Introduzione Alcuni (cattivi) esempi (IT) di non-XP

Cosa vuol dire ‘Valore’?Introduzione
Qual è il giusto prezzo che pagheresti per il servizio?
Grotta Azzurra (Capri)

Introduzione Service Management 101
• Valore Utilità (Utility)+ Garanzia (Warranty)
• Service is a means of delivering value to customers by facilitating outcomes
customers want to achieve without the ownership of specific costs and risks.
(ITIL v3 Glossary, 2011)

Introduzione Service Management 101
• Valore (3 componenti)
 Preferenze (Cliente/Committente)
 Business Outcomes (verso gli Utenti/Stakeholders)
 Percezioni (degli Utenti/Stakeholders)
• Service is a means of delivering value to customers by facilitating outcomes
customers want to achieve without the ownership of specific costs and risks.
(ITIL v3 Glossary, 2011)
CopyrightAXELOSLimited2011.Allrightreserved.MaterialisreproducedunderlicencefromAXELOS
...quality in use (e.g.
ISO 25010)

Introduzione ITIL &...gli altri

Introduzione Asset Management
• Alcuni aspetti fondamentali
 Censire e tenere aggiornato l’’inventario’
 Tipologie di asset
 IT, HR, Logistiche, ...
 Più intimamente legato al Capacity Mgmt
 (ma non solo...)
 Stato di un asset nel CMS
 ADD, CHG, DEL, ...

ITIL vs DevOps?

DevOps/ITIL ITIL 101
CopyrightAXELOSLimited2011.Allrightreserved.MaterialisreproducedunderlicencefromAXELOS

DevOps/ITIL ITIL v3 2011 – Fasi/Processi
• Service Strategy (SS)
1. Strategy Management for IT Services
2. Service Portfolio Management
3. Financial Management for IT Services
4. Demand Management
5. Business Relationship Management
• Service Design (SD)
1. Design Coordination
2. Service Catalogue Management
3. Service Level Management
4. Availability Management
5. Capacity Management
6. IT Service Continuity Management
7. Information Security Management
8. Supplier Management
• Service Transition (ST)
1. Transition Planning & Support
2. Change Management
3. Service Asset & Configuration Mgmt
4. Release & Deployment Mgmt
5. Service Validation & Testing
6. Change Evaluation
7. Knowledge Management • Service Operation (SO)
1. Event Management
2. Incident Management
3. Request Fullfilment
4. Problem Management
5. Access Management• Continual Service Improvement (CSI)
1. 7-step improvement process
Manca qualcosa?

DevOps/ITIL DevOps 101
 Originato nel 2009 da Patrick Debois  ‘DevOps Days’
 Motivi principali per adozione DevOps:
• Utilizzo delle metodologie agili e altre metodologie di sviluppo del software
• Necessità di incrementare la frequenza dei rilasci in produzione
• Ampia disponibilità di un'infrastruttura virtualizzata e in cloud
• Incremento nell'uso di data center automatizzati e tool di configuration
management
Req. Mgmt

DevOps/ITIL DevOps 101
 https://www.devopsdays.org
 https://www.devopsdays.org/events/ - eventi dal 2009
 Tra gli ‘upcoming events’ (ma anche ‘past’...) nessuna città Italiana

DevOps/ITIL DevOps – Top10 Operational Req’s
1. Documentation (RTFM...not WTFM)
2. Robust Regression Test suite
3. Automation and “scriptability”
4. Horizontal Scalability (for all tiers)
5. “Feature Flags”
6. Configurability
7. Backward/Forward Compatibility
8. Code defensively & degrade gracefully
9. Keep the track on the dependencies
10. Instrumentation

DevOps/ITIL Cosa dicono gli altri? Axelos
Da qui...
...a qui

DevOps/ITIL Cosa dicono gli altri?

DevOps/ITIL (Alcune) domande Aperte...
• Friends
 Delivery qualitativamente valida
 Riduzione dei rework con una gestione proattiva dei ‘known error’
 Riuso sistematico dell’esperienza, anche da archivi ‘qualitativi’
 Risk Management proattivo
 Cambiamenti (change) continui
 pianificazione ‘agile’, indipendente dalla specifica tecnica adottata
 Distinguere ASD (Agile Sw Development) da APM (Agile Project Mgmt)
 XP non è Scrum o DSDM!
 Lean non è Agile, ma...
 ...è possibile avere un approccio «L4A» (Lean for – being – Agile)
• Foes
 Processi vs Tecnologia
 Contrapposizione o combinazione da tarare nel tempo?
 Attenzione a tool di ALM
 ...più che all’elicitazione di requisiti, stakeholder engagement &
management
 Cloud e virtualizzazione
 sono strumenti, non obiettivo finale
 Sviluppatori + Team Operation
 ...e gli altri nelle fasi ‘alte’ del SLC?

Alcune Conclusioni...

DevOps/ITIL Alcune conclusioni...
• Gestire un servizio
 Un servizio è un mezzo per erogare valore, l’IT è solo uno dei possibili asset da usare
 Cosa fare se i requisiti non alimentassero in modo ‘continuo’ l’ellisse di DevOps?
 TOGAF declina il termine ‘architettura’ anche al business, ovverosia  organizzazione
• Strumenti e Obiettivi
 Non perdere mai di vista l’obiettivo per lo user, non solo per il business
 La tecnologia cambia con maggiore velocità dei processi, es: non esiste un BoK per DevOps...
 Approcci, modelli etecniche non sono sinonimi...esplorare le complementarietà e i diversi pdv
 Ogni modello/approccio è la sintesi di una serie di esperienze, ma non esiste ‘il’ modello
• Knowledge Management
 ‘Non puoi controllare ciò che non puoi misurare’ ma...
 ...non puoi misurare ciò che non conosci...
 ...e non puoi conoscere ciò che non sai definire...
 Auto-formazione, Continuous Learning, non solo Continuous Delivery!
 Asset Management
 Uno dei processi ‘core’ da monitorare è quello di gestione degli asset aziendali, non solo IT
 Siamo ‘maturi’ per una gestione L4A (Lean 4 Agile) o non ancora?
 Gestiamo o subiamo un insourcing/outsouring?
It is not the strongest of the species that survive, nor the
most intelligent, but the one most responsive to change
(Charles Darwin)

Lessons Learned...
URL:www.dilbert.com
DevOps/ITIL

Q & ADevOps/ITIL
Thanks for your attention!
Grazie per l’attenzione!

Dati di contattoDevOps/ITIL
Luigi Buglione
itSMF Italia
luigi.buglione@itsmf.it
Chiara Mainolfi
itSMF Italia
chiara.mainolfi@itsmf.it

DevOps & ITIL: Friends or Foes?

Recommended

Recommended

More Related Content

Viewers also liked

Viewers also liked (20)

Similar to DevOps & ITIL: Friends or Foes?

Similar to DevOps & ITIL: Friends or Foes? (20)

More from Luigi Buglione

More from Luigi Buglione (20)

DevOps & ITIL: Friends or Foes?