DevOps e Outsourcing
Download as PPTX, PDF0 likes340 views
Il documento esplora l'importanza di DevOps come approccio culturale per migliorare la creazione di valore attraverso la collaborazione tra sviluppatori e operazioni. Viene evidenziato il concetto di outsourcing in contesti IT, suggerendo che solo attività di supporto facilmente sostituibili dovrebbero essere esternalizzate. Vengono inoltre presentate sei strategie per gestire l'outsourcing in modo efficace, incluse automazione, misurazione della qualità e architettura intenzionale.
![DevOps è un approccio Culturale in cui l’intera Line of Business si assume la
responsabilità della creazione di Valore per il cliente.
In tale scenario, Developers e Operations sperimentano continuamente nuovi
modi di lavorare insieme, andando a standardizzare e padroneggiare i processi
attraverso la ripetitività e la pratica.
DevOps: Delivery Enhanced Values Over Processes Smells [f.p.]](https://image.slidesharecdn.com/2017alcidevopsoutsourcing-170228230506/85/DevOps-e-Outsourcing-3-320.jpg)
DevOps e Outsourcing
- 1. DevOps ed Outsourcing Strategie e Pratiche Concrete Felice Pescatore - @felicepescatore
- 2. John Michelsen, CTO, CA Technologies “DevOps isn’t something you can buy it’s something you have to do, and you have to do it yourself” DevOps
- 3. DevOps è un approccio Culturale in cui l’intera Line of Business si assume la responsabilità della creazione di Valore per il cliente. In tale scenario, Developers e Operations sperimentano continuamente nuovi modi di lavorare insieme, andando a standardizzare e padroneggiare i processi attraverso la ripetitività e la pratica. DevOps: Delivery Enhanced Values Over Processes Smells [f.p.]
- 4. It’s DevOps! It’s DevOps! It’s DevOps! It’s DevOps! Everyone have a partial view! DevOps Elephant
- 6. Value Stream Delivery Agile Development Continuous Integration Continuous Delivery DevOps Collaboration Value
- 7. 5 Pillars Automazione, utilizzo di piattaforme e tool per efficientare il processo Misurazione, avere elementi oggettivi per valutare i miglioramenti ottenuti Comunicazione, con pochi formalismi e massima trasparenza Integrazione, sinergia tra le differenti figure in chiave olistica rispetto al business Collaborazione, massimizzare il risultato complessivo
- 8. The First Way: Flow The Second Way: Feedback The Third Way: Learning Con DevOps si vuole creare un approccio Culturale focalizzato sul Delivery di Valore per il cliente, invece di prendersi cura solo dei problemi tecnici The Three Ways of DevOps
- 9. The First Way • Strutturare la pipeline di deployment • Test automatizzati veloci ed affidabili • Far propri i principi della Continuous Integration • Deploy automatici delle release con basso rischio • Utilizzare architetture in grado di evolvere ed accompagnare le nuove release FLOW …rendere veloce il flusso di lavoro da “sinistra” a “destra”: dal Business al Cliente, passando per Dev e Ops…
- 10. The Second Way FEEDBACK • Creare apposite telemetrie per visualizzare e risolvere prontamente i problemi • Analizzare le telemetrie per anticipare possibili problemi e raggiungere gli obiettivi • Sviluppare feedback in modo che il Dev e gli Ops possono effettuare il deploy in sicurezza • Integrare l’approccio Hypothesis-Driven Development ed A/B Testing nel lavoro giornaliero • Istituire momenti di Review e di Coordinamento per aumentare la qualità dei processi correnti …aumentare il numero di feedback da “destra” a “sinistra”: dal Cliente al Business, passando per Ops e Dev…
- 11. The Third Way LEARNING • Spingere all’apprendimento costante giornaliero • Convertire scoperte locali in miglioramenti globali • Riservare del tempo per riflettere e migliorare complessivamente l’organizzazione ..creare una cultura incentrata sull’apprendimento e la sperimentazione continua per migliorare costantemente…
- 12. THE THREE WAYS rules • WIP basso • Rimuovere i vincoli • Fermarsi immediatamente quando c’è un problema e affrontarlo all’origine • Continuous Integration, Delivery e Deploy • Built-in-Quality • Affinare le pratiche e rinforzare la pipeline tramite pratica e ripetizione constante • Assumersi rischi • Accettare il fallimento FLOW FEEDBACK LEARNING
- 13. C.A.L.M.S. Transformation Framework Culture Automation LeanMetrics Sharing Cinque fattori da bilanciare e fotografare lo stato corrente di adozione.
- 14. C.A.L.M.S. Transformation Framework • Culture - gestire il cambiamento focalizzandosi sulla collaborazione e la comunicazione • Automation - rimuovere le azioni manuali lungo la catena del valore • Lean - utilizzare i principi Lean per velocizzare, standardizzare e rendere efficienti le attività • Metrics - misurare qualsiasi cosa, utilizzando i risultati per rifinire costantemente le attività • Sharing - condividere le esperienze di successo e di fallimento per una crescita diffusa Culture Automation Lean Metrics Sharing low highmedium
- 15. Molti contesti di medie e grandi dimensioni hanno abbracciato un forte outsourcing delle attività IT, in particolare per quello che riguarda gli aspetti di sviluppo. Devops & Outsourcing
- 16. Attenzione ai Rischi dell’Outsourcing Lo sviluppo dei sistemi core deve sempre restare in-house e bisogna esternalizzare solo quello relativo alle soluzioni di supporto o, comunque, facilmente sostituibili.
- 17. DevOps Outsourcing Quadrant Il DevOps Outsourcing quadrant evidenzia i diversi scenari possibili in relazione all’outsourcing della parte Dev, Ops o di entrambe.
- 18. OUTOPS Strategies: Single Repository 1 Settare e gestire un unico Version Control System da utilizzare e definire un’opportuna strategia di versioning a cui tutti i fornitori dovranno attenersi. C.A.L.M.S.: Automation
- 19. OUTOPS Strategies: Regression Test 2 lavorare con il team del fornitore per la definizione dei Regression Test, annessi ai Criteri di Accettazione, che consentano di validare il corretto funzionamento di quanto realizzato e delle eventuali modifiche apportate. C.A.L.M.S.: Automation
- 20. OUTOPS Strategies: Quality Measurement 3 definire in modo chiaro e trasparente i livelli minimi di qualità e le relative metriche valutabili attraverso tool automatici messi a disposizione anche al fornitore per testare il proprio lavoro. C.A.L.M.S.: Metrics
- 21. OUTOPS Strategies: Infrastructure Resilience 4 C.A.L.M.S.: Lean definire e gestire gli end-point di supporto, unitamente al provisioning automatizzato delle risorse annesse e ai tool di monitoraggio in grado di rispondere autonomamente alle situazioni inattese più comuni
- 22. OUTOPS Strategies: Intentional Architecture 5 C.A.L.M.S.: Lean definire l’Intentional Architecture e condividerla in modo chiaro con tutti i fornitori. Settare una serie di metriche che consentano, qualitativamente, di validare l’aderenza ad essa.
- 23. OUTOPS Strategies: Security Validation 6 C.A.L.M.S.: Automation definire in modo chiaro il concetto di “Sicurezza” e le relative policy a cui attenersi, rendendo disponibili una serie di strumenti che il fornitore può utilizzare per validare oggettivamente la relativa conformità.
- 24. DevOps Outsourcing Governance l’IT aziendale ha il compito di guidare il processo di trasformazione in relazione agli obiettivi di business
- 25. Remember s
- 26. Books & Links
- 27. felicepescatore.it @felicepescatore Felice Pescatore Disciplined Agile Italy btoresearch.com Getlatestversion.it About me…
- 28. Felice Pescatore - @felicepescatore Questa opera è distribuita con Licenza Creative Commons Attribuzione - Non commerciale - Non opere derivate 4.0 Internazionale.
Editor's Notes
- #3: Full ALM: accompagna l’Application Lifecycle Management nella crescita e nella consapevolezza aziendale.
- #19: Benefici Evidenti: I Regression Test sono fondamentali per garantire al committente la possibilità di far evolvere la soluzione in modo indipendente dal fornitore specifico. Ciò allenta drasticamente il cordone ombelicale che lega tra loro committente e fornitore, fino a spezzarlo completamente se necessario.
- #20: Benefici Evidenti: I Regression Test sono fondamentali per garantire al committente la possibilità di far evolvere la soluzione in modo indipendente dal fornitore specifico. Ciò allenta drasticamente il cordone ombelicale che lega tra loro committente e fornitore, fino a spezzarlo completamente se necessario.
- #21: Benefici Evidenti: quanto realizzato ha un livello minimo di qualità, individuato dal committente, che minimizza i rischi al minimo livello accettabile. L’automazione consente di rimuovere gli approcci basati su verifiche manuali delle tradizionali milestone che spesso finiscono più per essere un’azione pro-forma che di reale utilità. Inoltre, il Debito Tecnico è costante monitorato ed è indicativo dello stato di salute di tutte le soluzioni software in essere.
- #22: Benefici Evidenti: garantire una buona resilienza consente di supportare adeguatamente l’evoluzione dell’infrastruttura a supporto, riducendo il rischio di blocco dei servizi e quindi un’operatività dell’azione di business.
- #23: Benefici Evidenti: Con una Intentional Architecture si riduce fortemente il rischio di frammentazione della “piattaforma”, consentendo una gestione quanto più possibile omogena di essa. Inoltre, le architetture moderne abilitano all’utilizzo di molte delle pratiche alla base di DevOps.
- #24: Benefici Evidenti: La “piattaforma” dei servizi ha un livello di Sicurezza minimo garantito. Il committente è sicuro che, solo quando una soluzione supera le verifiche automatiche di sicurezza stabilite nella pipeline di delivery, potrà raggiungere effettivamente la produzione.