Project Management is Boring

This episode explores one of the more painful parts of the Target Canada story: some problems were reportedly improving near the end, but the business no longer had enough time, money, or trust to continue. Recovery has a deadline. Once customer trust, financial patience, and executive support are gone, improvement may not be enough. For PMs, this episode examines turnaround planning, recovery met...

This episode focuses on the human side of Target Canada: employees learning new systems, stores preparing to open, vendors adapting to new processes, and teams operating under intense schedule pressure. Even strong workers can fail inside an unrealistic operating model. For PMs, the episode explores training quality, role clarity, frontline feedback, and the difference between “trained” and “ready...

This episode examines how large programs report progress under pressure. Steering committees, status dashboards, risk logs, and executive updates are only useful if they help leaders make better decisions. If governance becomes performance theater, the organization may hear good news long after reality has changed. The episode focuses on the PM’s responsibility to make risk visible, specific, and...

This episode focuses on the gap between what Target Canada delivered and what Canadian customers expected. Many customers expected the familiar U.S. Target experience: attractive products, good prices, reliable inventory, and a strong shopping experience. When the Canadian stores did not consistently deliver that promise, disappointment set in quickly. The PM lesson is that the real acceptance cri...

This episode looks at demand forecasting in a new market. Target Canada had to estimate customer behavior without the benefit of mature Canadian sales history. The company had brand awareness, but brand awareness is not the same as repeat purchasing behavior. For PMs, this episode explores assumptions, estimation, model risk, and how teams can confuse optimism with evidence. Key PM Questions: What...

This episode focuses on the contradiction at the heart of Target Canada’s operations: stores could have empty shelves while distribution centers had inventory. The issue was not simply “not enough product.” It was a flow problem involving systems, warehouse processes, forecasting, data, vendor coordination, and store execution. For PMs, this episode is about handoffs, dependencies, and the danger...

This episode examines one of the most important lessons from Target Canada: bad data can break a business. Product dimensions, vendor information, units of measure, tariff codes, item descriptions, and other data elements affected purchasing, warehousing, replenishment, and shelf availability. The episode argues that “boring” data work was actually mission-critical. PMs must learn to treat data re...

This episode focuses on Target Canada’s technology environment, including the implementation of SAP. The lesson is not simply “ERP projects are hard.” The deeper lesson is that enterprise systems require disciplined processes, trained users, strong governance, clean master data, and realistic integration planning. SAP became part of the story because the business depended on it before the surround...

This episode explores Target Canada’s aggressive store-opening approach. Instead of entering slowly, learning from early locations, and adjusting, Target moved toward a large-scale launch. The pace reduced the organization’s ability to test assumptions, absorb feedback, and stabilize operations before expanding. For PMs, this episode focuses on rollout strategy, pilots, phased delivery, and the da...

Primary Focus: Target’s acquisition of Zellers lease locations PM Lesson: Strategic commitments can become project constraints before the project team is ready. This episode examines the real estate decision that gave Target rapid access to the Canadian market. Acquiring lease interests allowed Target to enter Canada at scale, but it also created enormous pressure to open stores quickly. Once mone...

This opening episode introduces the Target Canada case, the major causes behind the failure, and the core themes of the season. It explains why this case matters to project managers: it was a major strategic initiative with compressed timelines, technology implementation challenges, data quality problems, supply chain breakdowns, weak readiness signals, and customer expectation gaps. The episode f...

The trailer introducing Season 3 of the Project Management is Boring podcast - Target Canada

We’ve spent this season studying one of the most expensive operational failures in modern markets. Knight Capital lost approximately $440 million in about forty-five minutes. That headline is dramatic. But the deeper lesson was never the dollar amount. It was the structure. Or more accurately— the absence of it. Because Knight Capital did not fail from one mistake. It failed from multiple weakness...

This season has explored a pattern many organizations miss: Failures rarely begin in the moment of collapse. They begin earlier. In assumptions left unverified. In controls left untested. In drift left unmanaged. In governance that looked stronger than it was. Today we’re talking about another one of those quiet beginnings: Technical debt. Usually, technical debt is discussed like an engineering i...

We’ve talked about assumptions. We’ve talked about speed pressure. We’ve talked about governance theater— what happens when controls exist on paper, but not in practice. Today, we’re talking about something quieter. Something slower. Something that rarely feels urgent when it begins. Drift. Because many organizational failures do not begin with dramatic mistakes. They begin with gradual relaxation...

In the last episode, we talked about speed pressure. How faster systems demand stronger governance. How the more quickly a system moves… the less time exists to detect, decide, and recover. And because of that— high-speed systems require more structure. More verification. More oversight. More discipline. But that introduces a second problem. Because once organizations recognize they need governanc...

In the last episode, we talked about assumptions. How they stack. How they compound. And how unverified beliefs quietly shape system behavior before anyone notices. But assumptions become most dangerous in one particular kind of environment: Fast ones. Because the faster a system moves— the less time exists to detect issues, to interpret signals, or to correct mistakes. And yet many organizations...

In the last episode, we talked about detection. Not whether signals exist—but whether those signals trigger action. Because if alerts require interpretation…they introduce delay. But today, we’re stepping back. Because before detection fails… before response slows… before systems behave unpredictably…something else is already happening. Assumptions are stacking. Quietly. Individually, each assumpt...

In the first half of this season, we focused on risk. What could go wrong. Where systems break. And why organizations often see those risks… but fail to control them. But once a system goes live, risk stops being theoretical. It becomes behavior. And at that point, the question changes. Not “what could go wrong?” But: “What happens when something does?” Because in fast systems, detection is everyt...

The second half of Season 2 of Project Management Is Boring shifts from risk to execution—exploring how systems behave under pressure and how project management shapes detection, decision-making, and response. Through the lens of real-world failure, we break down how poor system design leads to chaos, and how strong project management builds the controls that prevent it.

By this point in the season, we’ve examined the Knight Capital incident from multiple angles: deployment verification, technical debt, change classification, rollback, authority, signal recognition, and incident coordination. Each of these failures contributed to the outcome. But they all point to a deeper structural issue. The risks were not unknown. They were unmanaged. Episode 9 explores the re...

By the time an organization declares an incident, the problem is no longer detection. It’s coordination. Multiple teams begin investigating. Engineers search logs, leaders request updates, stakeholders ask for timelines, and communication channels fill quickly with information — and questions. This is often referred to as a “war room.” War rooms are intended to bring clarity. But in many cases, th...

In complex systems, failure rarely announces itself clearly. It does not begin with alarms, flashing dashboards, or obvious error messages. Instead, the earliest signals of trouble often look like something ordinary: a slight change in behavior, a metric drifting out of range, or activity that can easily be explained by normal operating conditions. This ambiguity makes early detection difficult. I...

In the previous episode, we talked about rollback — the ability to reverse a change when something goes wrong. But rollback capability alone isn’t enough. Someone still has to decide to use it. In fast automated environments, hesitation can be just as dangerous as technical failure. When engineers see unusual behavior, stopping a system may interrupt revenue, halt operations, or create visible bus...

In the previous episodes, we’ve looked at several structural failures that contributed to the Knight Capital incident: incomplete deployment verification, unmanaged technical debt, and changes that were treated as routine when they carried significant systemic risk. But there’s another discipline that determines how severe a failure becomes once it begins. That discipline is rollback . In complex...