Nome Speaker@twitter

\

Giuseppe Cossugiuseppe.cossu@xpeppers.com

The Phoenix Project:Vuoi scoprire gli assassini del reparto IT?“assomiglia alla copertina di un giallo con la soluzione già scritta nel titolo”**citazione MsT

\ The Phoenix Project

L’idea del Romanzo● Descrive i problemi dell’IT e i

cambiamenti necessari per migliorare la situazione

● Mostra gli step per il successo con le pratiche che oggi rientrano nel “DevOps” e nei metodi “Agile”

<<I’d like to think that “The Phoenix Project” is what Dr. Goldratt would have written if he wrote “The Goal” today, and had Tarantino or Scorsese as a novel coach>>

\ L’azienda

Parts Unlimited

Azienda che produce ricambi per automobili:● C’è “fermento” nel consiglio di

amministrazione per dare una svolta all’azienda che ha in conti in rosso...

● Steve viene rimosso dall'incarico di Presidente e Bob riprende il suo posto dopo che era andato in pensione

\ Il protagonista

Bill

Bill è un manager del reparto IT:● Viene promosso - in modo inaspettato -

a “VP of IT Operations”

● Ha il compito di risollevare il reparto IT: ○ Poco budget, poche risorse, poco tempo, tanti

problemi!○ C’è il “muro” tra Dev, Ops, Sec (e business...)○ Il reparto IT è nell’occhio del ciclone

● Ci mostra come superare gli ostacoli!

\ Lo scontro tra i reparti

Il reparto Sviluppo e di Sicurezza“Che cosa c’è peggio di uno sviluppatore? Uno sviluppatore in combutta con uno della sicurezza”

● Il deployment durano giorni con un sacco di ore perse per sistemare problemi

● Update e patch di sicurezza su sistemi datati…

● Scambio di colpe reciproche!

\ Il progetto

The Phoenix Project

E’ il progetto che dovrebbe risolvere i problemi aziendali● L’azienda è in grave ritardo con la concorrenza e il progetto dovrebbe

colmare il gap ma…○ … il progetto è vecchio di 2 anni e non ancora in produzione

● Il reparto IT non riesce a stargli dietro... ○ Bill cerca di capire il carico di lavoro del suo reparto○ All’inizio del suo mandato regna il caos!

■ Tutti lavorano sodo ma le cose vanno decisamente male

\ Il buono

ErikErik è il personaggio che aiuta Bill nel percorso…

● Il lavoro dell’IT è come quello di un impianto industriale:○ I materiali in ingresso sono i

progetti assegnati all’IT○ Come si arriva al massimo

throughput?■ occorre monitorare i progetti■ ci sono dei vincoli da tenere sotto

controllo■ ...

\ Il cattivo

SarahCercherà di mettere i bastoni tra le ruote a Bill ● E’ il falco, mira ad una promozione e

non si pone molti scrupoli○ Spinge per mandare in deployment in

progetto Phoenix nonostante i pareri negativi dei reparti Dev e Ops

● Assegna dei task al reparto IT secondo le proprie esigenze (scavalcando Bill)○ e.g., modifica al DBMS

● … ma Bill ha un bel team… :)

\ Il “piccolo” team IT

Il team di Bill… ma Bill ha un bel team… :)

● I primi step verso il successo○ Progetto di Monitoring

■ Capire chi fa cosa e il “work in progress” WIP

■ Che tipi di lavoro svolgono nel reparto?■ Evitare l’unplanned work

○ Board Kanban intorno a Brent■ Brent è un vincolo!

○ Improvement Kata■ “Culture of improvements”■ Velocizzare i processi (e.g. sostituzione

laptop)

\ Il guru

BrentBrent è la chiave per capire i fallimenti e per la loro risoluzione

● E’ la persona con più competenze○ ...è l’unico che sa risolvere i

problemi○ ...è uno shortcut per implementare

lavori di altri team○ Non riesce a dedicarsi al goal

principale: il progetto phoenix!

\ Il caos

I problemi di deployment, conformità normative, sicurezza, ...● Sistemi vecchi da aggiornare● Cambiamenti al DB non tracciati● Failure nell’ambiente di produzione:

○ Non funziona il sistema delle buste paga● I sistemi business richiedono che i servizi IT funzionino correttamente!● Si scopre che alcuni sistemi “core” che andrebbero modificati sono

gestiti in outsourcing

\ Il “grande” team

Il cambiamento deve essere globale...il CEO organizza un meeting con i manager per superare i problemi di mancanza di fiducia tra i team● Gli invita a parlare delle propria storia

e delle proprie vulnerabilità● ...mette in atto un cambiamento sia

umano che di fiducia reciproca tra i responsabili e i team○ Inizia la collaborazione e il cambio dei

processi aziendali

\ Il “grande” team

Collaborazione tra Dev, Ops, Sec e Business● Dev e Ops iniziano a non saltare le riunioni tra team● Brent da “vincolo” diviene “leva”

○ La sua visione di insieme aiuta a creare una pipeline completa● Il reparto Security partecipa alla collaborazione individuando in che

punto della pipeline inserire solo i controlli necessari - non superflui -● Si scopre che gli obiettivi aziendali non coincidono con le aspettative

del progetto Phoenix○ Viene creato un progetto minore chiamato Unicorn

■ Il progetto permette al business di fare proposte al cliente ed avere un rapido feedback…

■ Il reparto business utilizza questa possibilità per aumentare le vendite alla festa del ringraziamento

\ Il rapporto tra IT e Business

Ridurre i tempi di rilascio, avere feedback maggiori = miglior business!As if Steve knows what I’m thinking, he says, “You know, when Erik and I first met, many months ago, he said that the relationship between IT and the business is like a dysfunctional marriage—both feel powerless and held hostage by the other. I’ve thought about this for months, and I finally figured something out.

“A dysfunctional marriage assumes that the business and IT are two separate entities. IT should either be embedded into business operations or into the business. Voilà! There you go. No tension. No marriage, and maybe no IT Department, either.”

\ No spoiler

\ Riferimenti & Libri consigliati dagli autori

● https://books.google.it/books/about/The_Phoenix_Project.html?id=_An-CAAAQBAJ&source=kp_cover&redir_esc=y&hl=en

● http://itrevolution.com/learn-more-about-concepts-in-phoenix-project/● http://itrevolution.com/resource-guide-for-the-phoenix-project-kanbans-part-2

/● http://www.slideshare.net/rnwolf/limited-wip-the-phoenix-project-book-review

www.xpeppers.com

/xpepperssrl@xpeppers