Like a movie trailer, but for books. Watch, listen, or read along, then go as deep as you want.
Great lessons shouldn't depend on spare time, money, or how you learn. Free in 8 languages, for everyone.
Riassunto audiolibro di StoryShots
Un solo ingegnere teneva in ostaggio un'intera azienda, e nessuno se n'era accorto.
La maggior parte dei reparti IT crede che il problema sia troppo poco personale o troppo poco tempo.
Non è così.
Questa è la diagnosi spiazzante al centro di The Phoenix Project, un romanzo sull'IT, il DevOps e su come aiutare la tua azienda a vincere, scritto da Gene Kim insieme a Kevin Behr e George Spafford.
Bill Palmer viene promosso dritto dentro una crisi, novanta giorni per salvare un progetto già dato per morto.
La maggior parte dei dirigenti tratta l'IT come un buco nero: ci butti dentro budget e scadenze, e speri che esca qualcosa di utile.
Questo modo di pensare è al contrario.
Il lavoro IT si muove tra postazioni, code e passaggi di consegne esattamente come un pezzo d'auto si muove lungo una catena di montaggio.
Alla Parts Unlimited nessuno aveva mai disegnato quella mappa, così il lavoro si accumulava in modo invisibile tra i team mentre tutti si scaricavano le colpe a vicenda.
Da qualche parte nella tua casella di posta, in questo momento, c'è del lavoro fermo, in attesa di un passaggio che nessuno sta tracciando.
Ogni coda non gestita è un magazzino pieno di benzina che aspetta solo un fiammifero.
Quando Bill inizia a trattare l'IT come un sistema produttivo invece che come una scatola nera, capisce che fino a quel momento aveva gestito il caos, non il flusso di lavoro.
Erik, il mentore di Bill, lo costringe a smistare ogni attività in quattro contenitori: progetti di business, progetti IT interni, cambiamenti, e lavoro non pianificato.
I primi tre si programmano, si calendarizzano, si prevedono.
Il quarto arriva senza invito.
Ed ecco la parte scomoda: il lavoro non pianificato non compete con quello pianificato, lo distrugge.
Ogni emergenza divora ore promesse a qualcos'altro, ed è per questo che le scadenze saltano anche quando tutti fanno gli straordinari.
Hai già vissuto questa sensazione: la giornata viene mangiata dalle urgenze e il progetto vero non si muove di un millimetro.
Classificare il lavoro rivela da dove arriva il danno.
Non rivela ancora come fermare l'emorragia, e quella domanda diventa urgente nel momento esatto in cui Bill scopre dove tutte e quattro le categorie finiscono per scontrarsi.
Si scontrano tutte su Brent.
È l'ingegnere che conosce a memoria i sistemi antichi e mai documentati dell'azienda, e viene trascinato dentro ogni guasto e ogni rilascio perché è l'unico capace di sistemarli in fretta.
Assumere altri ingegneri non serve a niente.
Restano lì fermi ad aspettare Brent.
Qualsiasi miglioramento fatto ovunque tranne che sul vero collo di bottiglia è un'illusione.
Questa frase ribalta tutto ciò che Bill ha fatto fino a quel punto.
E apre una domanda molto più grande, appena sfiorata dalla storia: se proteggere una singola persona sovraccarica è la chiave per salvare l'azienda, cosa succede quando il vero limite non è affatto una persona, ma l'intera pipeline di rilascio del software?
Se questa storia ha cambiato il modo in cui vedi la cultura del pompiere in ufficio, manda questo riassunto a chi sta annegando nel proprio lavoro non pianificato.
Questo riassunto di The Phoenix Project unisce tre idee in un unico ragionamento: trattare l'IT come un sistema produttivo visibile, dare un nome alle quattro categorie di lavoro che divorano la tua agenda, e proteggere il vero collo di bottiglia prima di aggiungere altre mani.
Il romanzo di Gene Kim va molto oltre, attraversando per intero le Tre Vie, le lavagne Kanban in azione e la Teoria dei Vincoli applicata passo dopo passo a una crisi di sicurezza che rischia di far deragliare l'intero salvataggio.
Chiunque gestisca un team sommerso da ticket, guasti e scadenze impossibili ha bisogno di questa storia.
Stiamo preparando il riassunto completo di The Phoenix Project proprio ora, con tanto di infografica e video animato.
Segui il libro nell'app di StoryShots per riceverlo appena sarà pronto.
