Process

Process Debt Is More Expensive Than Technical Debt

· 4 min read · Updated Mar 11, 2026
I calculated the cost of process debt across 3 engineering organizations and found it consumed 23% of total organizational capacity, compared to 15% for technical debt. Process debt compounds faster because it affects every person on every team, not just the engineers who touch the affected code.

What is process debt and why does it accumulate?

Process debt is the accumulated cost of organizational processes that once served a purpose but now consume resources without producing proportionate value.

Process debt is the organizational equivalent of technical debt: workflows, approval chains, reporting requirements, and meetings that persist after their original justification has expired, creating ongoing overhead that compounds as the organization grows.

I audited the process landscape at a 200-person technology company. I found 47 recurring processes (meetings, reports, approval workflows) that consumed measurable time. Of those 47, 14 had no identifiable current purpose. They existed because someone had created them in response to a problem that had since been resolved, a person who had since departed, or a compliance requirement that had since changed. Those 14 processes consumed 312 person-hours per week. At a fully loaded cost of $85 per hour, that is $26,520 per week in process debt servicing. Annual cost: $1.38 million.

Why is process debt more expensive than technical debt?

Technical debt affects the engineers who work in the affected codebase. Process debt affects every person who touches the affected workflow, which is often the entire organization.

Consider the math. A technical debt item in a payment processing module affects the 4 engineers who work in that module. An unnecessary approval process for software purchases affects every engineer, product manager, and designer who needs a tool. If 150 people encounter that process twice per year at 45 minutes each, that is 225 hours of organizational drag. Technical debt has a limited blast radius. Process debt has an organizational blast radius.

The compounding effect is worse. Technical debt makes code harder to change, which slows future development. Process debt makes organizational behavior harder to change, which slows everything. According to research on organizational debt, process overhead grows at approximately 5% per year in organizations that do not actively prune it. At a 200-person company, 5% annual growth in process overhead translates to roughly 1 additional full-time equivalent consumed by process every 8 months.

I documented this phenomenon in subtraction as strategy: organizations are naturally additive. Every incident creates a new process. Every audit creates a new report. Every departure creates a new approval requirement. Nothing removes the old ones.

How do you identify and measure process debt?

Measure process debt by calculating the total person-hours consumed by each recurring process and asking one question: if this process disappeared tomorrow, what specific bad outcome would occur?

  • Process inventory: List every recurring meeting, report, approval chain, and workflow. I found that most organizations cannot produce this list, which is itself diagnostic. At the 200-person company, it took 3 weeks to compile the complete inventory of 47 processes.
  • Cost calculation: For each process, calculate participants multiplied by time multiplied by frequency multiplied by fully loaded cost. This produces a weekly dollar figure that makes the abstract concept of “overhead” concrete.
  • Justification test: For each process, identify the specific bad outcome it prevents. If nobody can articulate the bad outcome, or if the bad outcome has not occurred in over 12 months, the process is a candidate for elimination. At the company I audited, 30% of processes failed this test.
  • Dependency mapping: Some processes exist to feed other processes. A weekly status report that feeds a monthly executive summary that feeds a quarterly board deck. If the board deck is the only consumer, eliminating the monthly summary and automating the quarterly aggregation removes 2 processes while preserving the output that matters.

What happens when organizations ignore process debt?

Organizations that ignore process debt experience a gradual decline in velocity that leadership attributes to talent problems rather than structural overhead.

The most insidious effect of process debt is misattribution. When a team slows down because of accumulated process overhead, leadership often concludes that the team lacks talent, motivation, or technical skill. They hire more people, which adds more people to the existing processes, which increases total process cost. This is the process debt death spiral: overhead slows the team, the response adds headcount, headcount increases overhead.

I watched this pattern unfold at 2 of the 3 organizations I studied. One hired 15 additional engineers to address a velocity problem that could have been solved by eliminating 6 unnecessary processes. The hiring cost was approximately $2.4 million (including recruiting, onboarding, and first-year compensation). The process elimination would have cost approximately $20,000 in facilitation and change management time. As Brooks observed decades ago, adding people to a late project makes it later. The same principle applies to adding people to a process-burdened organization. The mythical person-month is still mythical, and process debt is one of the reasons why.

Process debt is invisible because it is distributed. No single process looks expensive. But the aggregate, across every team, every week, every year, is the largest hidden cost in most organizations. The first step to paying it down is making it visible.