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.
Résumé audio par StoryShots
Un seul ingénieur détenait, sans que personne ne l'admette, le sort de toute l'entreprise.
Le vrai problème de votre service informatique n'est ni le manque de personnel ni le manque de temps.
C'est le diagnostic dérangeant que pose Le Projet Phoenix, un roman sur l'informatique, le DevOps et la réussite de votre entreprise, écrit par Gene Kim avec Kevin Behr et George Spafford.
Bill Palmer hérite d'une crise du jour au lendemain, quatre-vingt-dix jours pour sauver un projet condamné, et découvre que l'ennemi réel était invisible depuis le début.
La plupart des dirigeants traitent l'informatique comme une boîte noire.
On y verse de l'argent et des délais, on espère qu'il en sortira quelque chose d'utile.
Ce raisonnement est inversé.
Le travail informatique circule par postes, par files d'attente et par transmissions, exactement comme une pièce automobile avance sur une chaîne de montage.
Chez Parts Unlimited, personne n'avait jamais dessiné ce plan de circulation, alors le travail s'accumulait sans que quiconque le voie, pendant que chaque équipe accusait les autres.
Quelque part dans votre boîte de réception, une tâche attend, en ce moment même, une validation que personne ne surveille.
Chaque file d'attente ignorée est un incendie d'entrepôt qui n'attend qu'une allumette.
Dès que Bill commence à traiter l'informatique comme un système de production plutôt qu'une boîte noire, il comprend qu'il gérait du chaos, pas des flux.
Erik, le mentor énigmatique de Bill, l'oblige à classer chaque tâche dans quatre catégories: les projets métier, les projets informatiques internes, les changements, et le travail non planifié.
Les trois premiers se planifient et se programment.
Le quatrième surgit sans prévenir.
Voici la partie inconfortable: le travail non planifié n'entre pas en concurrence avec le travail planifié, il le détruit.
Chaque incendie à éteindre dévore des heures promises à autre chose, ce qui explique pourquoi les délais glissent même quand tout le monde travaille en heures supplémentaires.
Vous avez déjà vécu cela.
La journée se fait dévorer par les urgences, et le vrai projet n'avance pas d'un centimètre.
Classer le travail révèle d'où vient le dégât.
Cela ne révèle pas encore comment arrêter l'hémorragie, et cette question devient brûlante au moment où Bill découvre exactement où ces quatre types de travail se percutent tous ensemble.
Ils se percutent tous sur Brent.
C'est l'ingénieur principal, le seul à comprendre le fonctionnement réel des systèmes anciens et non documentés, et on l'appelle pour chaque panne, chaque déploiement, parce que lui seul sait réparer vite.
Embaucher davantage d'ingénieurs ne change rien.
Ils finissent tous à attendre Brent.
Toute amélioration réalisée ailleurs qu'au véritable goulot d'étranglement n'est qu'une illusion.
Cette phrase remet en question tout ce que Bill a entrepris jusque-là.
Elle soulève aussi une question bien plus vaste que l'histoire n'a fait qu'effleurer: protéger une seule personne surchargée suffit peut-être à sauver l'entreprise dans l'immédiat, mais la vraie contrainte n'est pas toujours une personne.
Parfois, c'est tout le pipeline de déploiement qui bloque.
Si cette manière de penser la culture du pompier au travail vous a marqué, envoyez ce résumé à quelqu'un qui se noie dans son propre travail non planifié.
Ce résumé du Projet Phoenix relie trois idées en un seul argument: traiter l'informatique comme un système de production visible, nommer les quatre types de travail qui dévorent votre agenda, et protéger la vraie contrainte avant d'ajouter plus de bras.
Le roman de Gene Kim va bien plus loin, en détaillant les Trois Voies dans leur intégralité, les tableaux Kanban en action, et la Théorie des Contraintes appliquée pas à pas face à une crise de sécurité qui manque de faire dérailler toute la reprise.
Quiconque dirige une équipe noyée sous les tickets, les pannes et les délais impossibles a besoin de cette histoire.
Nous préparons actuellement le résumé complet du Projet Phoenix, avec une infographie et une vidéo animée.
Suivez le livre dans l'application StoryShots pour le recevoir dès qu'il sera prêt.
