Organizational Health
Finding Communication Bottlenecks in Your Organization Before They Break You
When 40% of cross-team communication routes through two people, you're one resignation away from a coordination collapse. How to find the narrow points and widen them.

The Hidden Infrastructure of Your Organization
Every organization has two structures. The formal one is the org chart: reporting lines, official hierarchy, who manages whom. The informal one is the actual network of communication, collaboration, and influence that determines how work gets done. The two are never identical. The gap between them is where organizational risk hides.
Communication bottlenecks live in the informal structure. They're the points where information flow narrows to a single pathway (one person, one channel, one meeting) before widening again on the other side. Like a lane closure on a highway, they restrict throughput, create delays, and generate congestion out of all proportion to the narrow point itself.
The insidious part is that bottlenecks form around your best people. The senior engineer who understands both the frontend and backend becomes the only person who can translate between the two teams. The product manager with relationships across engineering, sales, and customer success becomes the de facto broker for three teams. The operations lead who's been there since founding becomes the institutional memory everyone depends on.
These people aren't bottlenecks because they're bad at their jobs. They're bottlenecks because they're too good: too helpful, too connected, too knowledgeable. The organization has quietly concentrated critical information pathways through them instead of building distributed alternatives. What's left is an architecture that is fragile, slow, and entirely dependent on the continued presence of a handful of individuals.
How Bottlenecks Form and Why They Persist
Bottlenecks form through a process network theorists call preferential attachment. When someone needs information or a decision, they route the request through whoever has been most helpful before. Every successful routing reinforces the pathway. Over time the bottleneck individual's volume grows, their centrality grows, and the alternative pathways (never built, or atrophied from disuse) become even less visible.
The process is self-reinforcing. As the bottleneck becomes more central, they accumulate more context, more relationships, more institutional knowledge. That makes them more useful for the next request, which raises their centrality again. The bottleneck strengthens precisely because it exists, and breaking the loop takes deliberate intervention.
Bottlenecks persist because they're locally optimal. For any individual asking, routing through the bottleneck is the fastest, most reliable path. The bottleneck responds quickly, has context, and can redirect you if they don't know. The cost (delays when they're unavailable, throughput ceilings when demand spikes, catastrophic failure if they leave) is spread across the whole organization and invisible to any single requester. It's a tragedy of the commons: individually rational routing produces collective fragility. The solution has to come at the organizational level, by restructuring pathways so multiple routes exist for critical flows.
They also persist because managers can't see them. A manager doesn't observe that 70% of cross-team communication routes through one team member. They observe a productive, well-connected colleague valued by everyone. The bottleneck role only becomes visible through network analysis of communication metadata, which is why it usually goes undetected until the person burns out, takes leave, or resigns, and the organization learns the hard way how dependent it was.
Identifying Bottlenecks from Behavioral Metadata
Bottlenecks can be identified with high precision using network analysis techniques that organizational science has refined for over two decades. Three metrics do most of the work.
Betweenness centrality measures how often a person sits on the shortest communication path between other people. High betweenness means information must flow through them to get from one part of the organization to another. When betweenness concentrates in a few individuals (say, three people accounting for more than 30% of all shortest paths), the organization has a severe bottleneck problem.
Information brokerage measures how much a person connects otherwise disconnected groups. A broker has ties into two or more groups that barely talk to each other directly. Remove the broker and the groups are effectively cut off. Brokerage matters separately from betweenness because cross-group bridges are where bottlenecks create the most organizational risk.
Flow concentration measures the share of total communication between two groups that touches a single person. If Team A and Team B exchange 100 communication events a week and 65 involve the same individual as sender or recipient, that's 65% flow concentration: a fragile, bandwidth-limited pathway that depends on one person's availability.
All three metrics can be computed from email headers, chat interaction records, and calendar metadata. Who talks to whom, when, how often. Patterns, not message content. The analysis needs a sufficient observation window, typically two to four weeks, to separate persistent structural bottlenecks from transient spikes caused by a specific project or reorganization.
Interpreting the results means asking three questions of every flagged pathway. How severe is it (flow concentration)? How fragile (do alternative pathways exist at all)? How critical (how important are the flows it carries)? A severe bottleneck on a low-stakes pathway can wait. A moderate one on the release-critical path cannot.
The Organizational Cost of Unaddressed Bottlenecks
The cost of bottlenecks is direct, indirect, and compounding. Organizations that leave them unaddressed pay a tax on every operation that requires cross-team coordination, which in knowledge work is essentially every operation.
The direct cost is throughput. One person can process a finite number of communication events per day. When they're the sole conduit for a critical pathway, the whole pathway runs at their personal capacity. During high demand (a launch, a customer crisis, a strategic push) the bottleneck becomes a hard constraint. Teams wait. Decisions stall. Execution fragments.
The productivity cost is measurable. Research from the Institute for Corporate Productivity found knowledge workers lose an average of 5.3 hours per week waiting for information from others. Teams that depend on a bottleneck individual sit at the worst end of that distribution. Across a 100-person company, that's thousands of lost productive hours a quarter, a cost that never appears on a financial statement but shows up directly in execution velocity.
The resilience cost is existential. When critical pathways concentrate in a few people, the organization is one resignation, one illness, or one burnout away from operational crisis. This isn't hypothetical. A key engineer goes on parental leave and two teams suddenly can't coordinate because nobody else understands how their systems interact. A product manager resigns and three cross-functional projects stall because nobody else holds the customer requirements, technical constraints, and business priorities at once.
The innovation cost is subtle but real. Ron Burt's research at the University of Chicago showed innovation disproportionately occurs where different knowledge domains intersect. Bottlenecks reduce those collisions by forcing cross-domain contact through a single channel. However creative the bottleneck individual is, one person is a poor substitute for hundreds of direct cross-domain connections.
And the cultural cost is corrosive. Bottleneck individuals eventually burn out. They carry communication demands that should be spread across dozens of people. When they crack (or just get slow, irritable, and selective), the effects cascade. Teams lose their information lifeline, and the organization discovers too late that it built its operations on a single point of failure.
Resolving Bottlenecks Without Breaking What Works
The goal isn't to eliminate the bottleneck individual's role. It's to create redundancy: additional pathways that spread the load across multiple people and channels. The distinction matters. Bottleneck individuals are usually among the most valuable people in the company. You're relieving their overload, not diminishing their contribution.
The first intervention is direct connection creation. For each critical pathway that routes through the bottleneck, identify the teams on either end and connect them directly. Introduce people who should already know each other. Open shared channels for topics that currently require an intermediary. Restructure so people who need to collaborate sit closer organizationally.
The second is knowledge distribution. Bottleneck individuals often carry unique institutional knowledge that makes them the only person able to answer certain questions. Documenting it (wikis, runbooks, decision records) and pairing them with others to transfer it creates alternative sources and reduces single-person dependency.
The third is structural redesign. If bottlenecks persist despite direct connections and knowledge transfer, the structure itself may be producing them. Teams that must collaborate intensively but sit in different reporting lines, locations, or platforms will grow intermediaries. Realigning boundaries with actual communication needs removes the conditions that create bottlenecks.
The fourth is tooling and process. Sometimes the bottleneck exists because there's no infrastructure for direct flow. A shared channel, a cross-team standup, a shared dashboard, or a common documentation repository creates passive information flow that replaces active intermediation.
Treat resolution as iterative. Fix the most severe bottlenecks first, watch the network metrics, and adjust. Communication networks are dynamic: relieving one bottleneck can shift load onto someone else and create a new one. After each intervention, check whether flow concentration actually dropped, whether alternative pathways formed, and whether the former bottleneck's load normalized. That feedback loop is what separates effective resolution from performative reorganization.
Building a Bottleneck-Resistant Organization
The long-term answer isn't finding and fixing bottlenecks forever. It's building an organizational architecture that resists forming them. That takes deliberate design on four fronts.
Communication infrastructure should create redundant pathways by default. Shared channels for cross-team topics, regular cross-team standups or demos, open documentation practices. The principle is simple: information that can flow through infrastructure (channels, documents, dashboards) doesn't need to flow through individuals.
Team structure should minimize the organizational distance between groups that need to collaborate. When two teams that work together daily report to different VPs, in different buildings, on different tools, bottlenecks are structurally inevitable. Cross-functional teams, embedded roles, and matrix structures all shorten that distance.
Knowledge management should distribute institutional knowledge instead of concentrating it. Documentation, cross-training, pairing, rotation. The goal isn't to eliminate deep expertise (neither possible nor desirable) but to ensure no single person is the sole repository of knowledge the organization depends on.
Hiring and onboarding should create new network connections rather than reinforcing old boundaries. New hires onboarded exclusively by their immediate team build ties only inside that team. Onboarding that includes adjacent teams, cross-functional projects, and organization-wide context builds redundant pathways from day one.
Organizations that avoid bottlenecks think about communication architecture as deliberately as system architecture. A well-designed software system avoids single points of failure through redundancy and load distribution. A well-designed organization does the same with its information flows. Mapping the actual communication topology from metadata is the starting point: you can't design deliberately around a network you've never seen.
From the blog
Key terms
References
- 3 Types of Silos That Stifle Collaboration, and How to Dismantle Them · Harvard Business Review (accessed August 2026)
- The People Who Make Organizations Go, or Stop · Harvard Business Review (accessed August 2026)
- Communication (and Coordination?) in a Modern, Complex Organization · Harvard Business School (accessed August 2026)
- The Silo Lives! Analyzing Coordination and Communication in Multiunit Companies · Harvard Business School Working Knowledge (accessed August 2026)
- “Information” vs “Communication”: The Battle to Influence Decision Making · MIT Sloan Management Review (accessed August 2026)
- How to Find Answers Within Your Company · MIT Sloan Management Review (accessed August 2026)