What the Industrial Titans Got Right That Most PMs Get Wrong
PM Depot
Most PMs produce strategy. Few build strategic positions. The distinction cost Carnegie's competitors everything.
In the 1870s, Andrew Carnegie wasn't just making steel — he was acquiring every business that touched it. Iron mines. Railroads. Distribution. While rivals focused on their slice of the chain, Carnegie eliminated every point where someone else could squeeze margin out of him. By 1889, Carnegie Steel was the world's largest, not because it made the best steel, but because it controlled the most leverage.
The PM community has been wrestling with the same gap for years. The recurring frustration isn't that PMs don't understand their market — it's that strategy stops at the insight level. You identify the bottleneck, write it in a doc, and return to backlog grooming. The position never gets built.
The industrial titans were ruthless about the opposite.
Strategy is a position, not a document
John D. Rockefeller didn't win oil by drilling more wells. Everyone was drilling. He won by betting on refining and distribution infrastructure when most operators saw those as unglamorous overhead.
Refining was the bottleneck. Whoever controlled it controlled what the industry's output was worth. Rockefeller built pipelines, bought tanker cars, invested in barrel-making capacity. By the time competitors noticed what he was doing, the position was nearly impossible to replicate.
Experienced PMs surface this pattern constantly. The recurring failure isn't strategic ignorance — it's strategic inaction. You identify the constraint in your product's value chain, present it to leadership, and move on. Nothing changes. Rockefeller didn't just identify the bottleneck. He spent years building control over it.
What's your product's refining capacity? The piece of the value chain where you have disproportionate leverage, and that a competitor would need years to replicate? That's worth building toward. Not the next feature on the roadmap.
The Taylor trap: when process becomes the product
Frederick Winslow Taylor spent the 1880s and 1890s measuring every motion on the factory floor. Time-motion studies. Standardized tools. The "one best way" to complete any task. His methods were genuinely revolutionary — productivity jumped wherever Taylorism took hold.
Ford took Taylor's logic and built it in steel: the moving assembly line. Assembly time for a car dropped from 12 hours to 93 minutes. The results were extraordinary.
Then something interesting happened. When Alfred Sloan at GM started offering customers color choices and annual model updates, Ford's perfectly optimized machine became a liability. The Model T was being produced in black — chosen for drying speed — while customers had started wanting something else entirely. The system built to win had become too rigid to respond.
The PM community knows this trap. The sprint-velocity-story-point machine. The roadmap factory where every quarter looks like the last because the process demands it. Experienced practitioners keep returning to the difference between measuring output and measuring outcomes — not as a philosophical preference but as a survival mechanism. Teams that optimize for velocity eventually build things nobody wants, and the process protects them from seeing it for longer than it should.
Taylor's error wasn't measurement. He measured what was easy to measure — time per task — instead of what actually mattered: whether anyone wanted to buy the car. Ask honestly whether your sprint metrics are doing the same thing.
Build countercyclically — slow markets are when positions get made
The Panic of 1873 devastated the American economy. Banks collapsed. Construction stopped. Steel demand cratered. Most manufacturers cut investment and waited.
Carnegie built. He spent the depression years acquiring distressed assets, upgrading equipment, and hiring talent that wasn't available during boom times. When demand recovered in the late 1870s, Carnegie had a cost structure no competitor could match. They'd survived by cutting. He'd survived by investing in a position they couldn't replicate.
The PM community returns to this pattern whenever growth slows or budgets tighten. The instinct in product organizations is to cut roadmap ambition and wait for the cycle to turn. The contrarian take — and it shows up consistently enough to be worth taking seriously — is that slow periods are exactly when the strategic work gets done. Discovery that's impossible to prioritize during hypergrowth. Technical foundations that always lose to feature work in a bull market. Customer research that reveals the actual job-to-be-done rather than just the feature wishlist.
The companies that emerge from downturns with dominant positions usually weren't the ones that cut most efficiently. They were the ones that knew what to keep building.
If your organization is under pressure right now, the question isn't only "what can we cut?" It's: what would you regret not having built when the market recovers?
Speed is a system design problem
Ford's 12-hours-to-93-minutes improvement didn't come from pushing workers harder. It came from redesigning the system. Moving work to the workers instead of workers to the work. Removing the coordination cost baked into the old process. The gains weren't motivational — they were structural.
This is the most direct translation to modern product teams. Slow execution is almost never a people problem. It's a system design problem: handoff costs, unclear ownership, decisions that require three meetings instead of one, discovery that happens after specs are written.
Speed comes from removing friction at the system level. Ford didn't stand over workers with a stopwatch — he removed what was making them slow.
When experienced PMs describe what separates high-velocity teams from slow ones, they keep naming the same things: clear problem statements before solution work begins, teams empowered to make decisions without escalation chains, and research rhythms that stay ahead of the build cycle. That's system design. It's not motivational.
What to do Monday morning
Four moves from the industrial era that translate directly:
Map your value chain, find the bottleneck. Don't start with your product. Start with the full sequence from your customer's problem to their outcome. Where is leverage concentrated? Where could a competitor squeeze you if they controlled that piece? That's where strategic investment belongs — not the next item on the roadmap.
Audit your metrics for the Taylor trap. List the top five things your team measures. Ask honestly: are these easy to track, or do they actually predict what customers care about? Replace one output metric with one outcome metric this quarter.
Pick one countercyclical bet. What's the investment your team keeps deprioritizing because it doesn't ship features? Discovery infrastructure, technical foundations, a continuous research program. Choose one and protect it. The payoff is rarely visible in the quarter you make it.
Redesign one handoff. Find the single most expensive coordination cost in your workflow — the meeting that keeps recurring, the approval that slows everything, the research that always arrives too late. Fix the system, not the people.
Carnegie, Rockefeller, and Ford operated without product analytics, agile ceremonies, or user research playbooks. What they had was relentless clarity about where value was created and who controlled it.
That clarity is still the job.
Put It Into Practice
How would you handle it in the room?
Step into the simulator — test your PM instincts against real stakeholder pressure. No slides. No safety net.
Enter the Simulator