The Phoenix Project: un romanzo sull'IT
-
Upload
xpeppers -
Category
Technology
-
view
194 -
download
1
Transcript of The Phoenix Project: un romanzo sull'IT
Nome Speaker@twitter
\
Giuseppe [email protected]
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.”
\ 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