“
keeping the first station busy, and it’s similar to first-in, first-out scheduling. But of course, now everyone knows that you don’t release work based on the availability of the first station. Instead, it should be based on the tempo of how quickly the bottleneck resource can consume the work.” I just stare at him blankly. He continues, “Because of how Mark was releasing work, inventory kept piling up in front of our bottleneck, and jobs were never finished on time. Every day was an emergency. For years, we were awarded Best Customer of the Year from our air freight shipment company, because we were overnighting thousands of pounds of finished goods to angry customers almost every week.” He pauses and then says emphatically, “Eliyahu M. Goldratt, who created the Theory of Constraints, showed us how any improvements made anywhere besides the bottleneck are an illusion. Astonishing, but true! Any improvement made after the bottleneck is useless, because it will always remain starved, waiting for work from the bottleneck. And any improvements made before the bottleneck merely results in more inventory piling up at the bottleneck.” He continues, “In our case, our bottleneck was a heat treat oven, just like in Goldratt’s novel, The Goal. We also had paint-curing booths that later became constraints, too. By the time we froze the release of all new jobs, you couldn’t even see the bottleneck work centers because they were surrounded by huge piles of inventory. Even from up here!” Despite myself, I laugh with him. It’s obvious in hindsight, but I can imagine that to Mark, it was anything but obvious. “Look, thanks for the history lesson. But I learned most of this already in business school. I don’t see how this could possibly be relevant to managing IT Operations. IT is not like running a factory.” “Oh, really?” he turns to me, frowning intensely. “Let me guess. You’re going to say that IT is pure knowledge work, and so therefore, all your work is like that of an artisan. Therefore, there’s no place for standardization, documented work procedures, and all that high-falutin’ ‘rigor and discipline’ that you claimed to hold so near and dear.” I frown. I can’t figure out if he’s trying to convince me of something I already believe or trying to get me to accept an absurd conclusion. “If you think IT Operations has nothing to learn from Plant Operations, you’re wrong.
”
”
Gene Kim (The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win)