Why 99.5 Percent of Big Projects Blow Up, and How the Rest Don't ================================================================ Bent Flyvbjerg studied 16,000 projects and found almost all of them miss budget, schedule, or both. Sam and Sophie dig into why thinking slow and acting fast is the whole game. ---------------------------------------- SAM: Hey, welcome back to 7 Minute Books. I'm Sam, and today we're talking about How Big Things Get Done by Bent Flyvbjerg and Dan Gardner. Sophie, I have to ask, because this one genuinely messed with my head. How is it possible that almost every big project on earth blows its budget? SOPHIE: Hey there Sam. It's a great question, and honestly the answer is bleaker and more useful than you'd expect. Flyvbjerg spent decades building a database of over sixteen thousand projects, everything from skyscrapers to film productions. And he found that ninety nine point five percent of them miss their original budget, schedule, or benefit targets. That's not a typo. It's basically the base rate of human ambition. SAM: Ninety nine point five. So the one thing every project has in common is that it's probably lying to itself. SOPHIE: Exactly. And he gives that a name. It's the commitment fallacy. We fall in love with an idea before we have any realistic plan to execute it. Once we've publicly committed to the vision, all our thinking bends around protecting that commitment instead of testing it. SAM: Right, and there are two mechanisms underneath that. There's strategic misrepresentation, where people deliberately lowball the cost and inflate the benefits because that's how you get the project approved. And then there's optimism bias, which is just our brains quietly filtering out the probability that bad things will happen. SOPHIE: Yeah, and the combination is lethal. You rush into the why, the beautiful vision, and you completely neglect the how. Flyvbjerg calls that think fast, act slow, which sounds fine until you realize it means you make the decision in a week and then spend a decade paying for it. SAM: Okay, so what's the fix? Because the book's whole answer is a phrase I've been repeating to people all month. SOPHIE: Think slow, act fast. It's not a call for procrastination. It's a radical inversion of the normal timeline. The best projects spend an enormous amount of time in planning and design before a single shovel hits the ground. SAM: And the reason is beautiful, actually. You want to fail on paper, cheaply and quickly, instead of failing in reality, expensively and in public. Once the plan is airtight, then you flip the switch and execute at ridiculous speed. SOPHIE: The Burj Khalifa is his example. The planning was a decade long marathon of modeling and simulation and iteration. The actual construction took five years, which for the world's tallest building is almost comical. SAM: I love that, because it reframes slowness as a form of aggression. You're not being timid, you're being risk intelligent. You're hunting down every possible failure point and designing it out of the system before you commit. SOPHIE: And then he gets into the second pillar, which is modularity. He contrasts two approaches. The Lego approach, where you build small, repeatable, tested units, and the pizza approach, where the whole thing is one unique hand crafted creation with a billion ingredients. SAM: And with the pizza, one mistake isn't a small contained problem. It's a systemic crisis that ruins the entire pie. That image stuck with me. SOPHIE: Same. Think of a factory building thousands of identical hotel rooms. Each room is a module that's already been designed and tested and perfected. If something goes wrong, you fix the design for the next one. You don't rebuild the building. SAM: And he pairs that with reference class forecasting, which is just a fancy way of saying look at how similar finished projects actually performed instead of trusting your own optimistic internal projections. The Empire State Building went up in four hundred and ten days that way. SOPHIE: Which leads to the part I actually pushed back on at first. He says if you can't make your project modular, you're almost certainly building a disaster. That felt harsh until I thought about the Sydney Opera House. SAM: Oh, that one hurts. A masterpiece of design and a catastrophe of execution. The client and the architect were basically at war the entire time, and the construction team was learning on the job. SOPHIE: Right, which is the people lesson. There's this thing he calls the experience curve. The more you do something, the better and cheaper you get at it. So the specialists, the firms that build only data centers or only highways, consistently beat the generalists. SAM: Because they've got the tacit knowledge, not just the technical know how. They know where the surprises hide. They've got a team of teams that communicates, and a culture where surfacing a problem early is safe rather than career ending. SOPHIE: And the rule that falls out of that is brutal. Never try to build something your team hasn't already proven they can build. SAM: Yeah. Then there's the risk stuff, which I found weirdly comforting. He says black swan events are almost never the real cause of failure. The real cause is the accumulation of small predictable risks that everyone ignored. SOPHIE: The fat tail of risk. We obsess over the dramatic headline risks, like a freak storm or a terrorist attack, and we ignore the boring ones. A shortage of welders. A delayed permit. The price of steel moving. SAM: So the successful projects aren't the lucky ones. They're the ones that built a risk budget of time and money as a real line item, and they run pre mortems where the team imagines the project already failed and works backward to figure out why. SOPHIE: Which forces you to confront your own biases. And then he lands the most counterintuitive chapter, which is about technology. SAM: Oh, this one surprised me. Unproven technology is the single biggest driver of project failure. He calls it the tech fallacy. SOPHIE: And the fix isn't to be a Luddite. It's to separate the product from the process. You can build a wildly innovative product using a completely standardized, proven process. That's the whole iPhone and Foxconn relationship. SAM: Versus Denver's airport baggage system, where they tried to build a revolutionary untested automated system and it turned into a multi billion dollar disaster. The line I wrote down was, be bold in your vision, not in your execution. SOPHIE: That's the whole book in one sentence, honestly. And then he closes by attacking the megaproject itself. Bigger isn't better. The bigger the project, the more likely it fails and the more spectacular the failure. SAM: And his counterexample is the internet. The most transformative big thing in human history wasn't one megaproject. It was a series of small, iterative, often competing experiments built on open standards. SOPHIE: Same with the cities that actually work. They grow one building at a time. So instead of the charismatic megaproject that promises to solve everything in one grand gesture, he wants a system of small, fast, reversible steps. SAM: Okay, here's my actual takeaway. I'm going to stop asking is this a good idea, and start asking how are we going to do this. Because the second question is the one that decides the fate of everything after it. SOPHIE: And if you want to go deeper on this one, the whole library lives at 7minutebooks.com/app. There are over six thousand fiction and nonfiction titles you can read or listen to in any language, with plans at two ninety nine a month, nine ninety nine a year, or nineteen ninety nine for lifetime access. SOPHIE: The difference between a dream and a disaster isn't the size of the vision, it's the quality of the thinking that comes before it. We'll see you in the next one.