Il documento analizza 'The Phoenix Project', un romanzo che evidenzia i problemi dell'IT in un'azienda chiamata Parts Unlimited e il percorso di miglioramento attraverso pratiche DevOps e Agile. Il protagonista, Bill, affronta sfide significative tra i reparti IT e la direzione, con l'aiuto di Erik e il supporto di un team solido, mentre cerca di allineare le operazioni IT agli obiettivi aziendali. La storia illustra come la collaborazione tra sviluppo, operazioni e sicurezza possa risolvere conflitti e migliorare le performance aziendali.

1. Nome Speaker
@twitter
Giuseppe Cossu
giuseppe.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

2. 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>>

3. 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

4. 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!

5. 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!

6. 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

7. Il buono
Erik
Erik è 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
■ ...

8. Il cattivo
Sarah
Cercherà 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… :)

9. 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)

10. Il guru
Brent
Brent è 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!

11. 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

12. 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

13. 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

14. 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.”

15. No spoiler

16. Riferimenti & Libri consigliati dagli autori
● https://books.google.it/books/about/The_Phoenix_Project.html?id=_An-CAAAQ
BAJ&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

17. www.xpeppers.com
/xpepperssrl@xpeppers