A marketing lead, an engineer, a finance analyst and a salesperson walk into a project. Six months later the launch slips, everyone privately blames a different department, and no single person can say why. This is the ordinary failure mode of cross-functional work, not drama, just slow, shared, unowned drift.

The quick version

  • Cross-functional teams underperform more often than they succeed: in one study of 95 teams, nearly 75% were dysfunctional against basic measures like budget, schedule and customer expectations.
  • The single biggest fix is dull: one named, end-to-end accountable leader with the authority to make trade-off calls, not a committee.
  • Diverse functions only add value once people share a goal that overrides their home-team goals. Without it, everyone optimises locally and the project loses.
  • More collaboration is not better. The aim is disciplined collaboration, knowing when to connect functions and when to leave them alone.

The idea in depth

Cross-functional collaboration means getting people from different functions, product, engineering, marketing, finance, operations, legal, to work toward one outcome that no single function could deliver alone. It is now the default way organisations tackle anything important: a launch, a turnaround, a regulatory response. And it fails a lot.

The most-cited number here is sobering. In a study of 95 teams across 25 corporations, Stanford's Behnam Tabrizi found that nearly 75% of cross-functional teams were dysfunctional, failing on at least three of five measures: staying on budget, staying on schedule, meeting specifications, meeting customer expectations, and staying aligned with the company's goals (Harvard Business Review, 2015). One number, one study, treat it as a strong signal, not a law of physics. But it matches what most managers have lived: the more functions you add, the more ways there are for a project to quietly come apart.

Tabrizi's diagnosis is not "the wrong people." It is the absence of a system around them: no clear governance, no accountability, and goals too vague to measure. His headline prescription is almost anticlimactic, every project should have a single, end-to-end accountable leader, empowered to override the conflicting objectives individual members bring from their home functions. Name that person out loud, in writing, before the work starts, and give them real decision rights, not just a calendar full of meetings to chair. A team with four senior people and no decider isn't empowered. It's stuck.

The honest limitation: a single accountable leader concentrates judgement in one person. Get the wrong one, someone with the title but no credibility across functions, or who steamrolls the specialists whose expertise they're meant to integrate, and clear accountability just makes a bad call faster. Accountability is necessary, not sufficient.

Why diverse teams need a shared goal more than they need diversity

The appeal of cross-functional teams is difference: more expertise, more viewpoints, fewer blind spots. Amy Edmondson, the Harvard professor behind much of the modern research on this, calls the broader version of it "teaming", coordinating across boundaries of expertise, distance and hierarchy, often without a stable team structure to lean on (TED, filmed 2017). But in Extreme Teaming, Edmondson and Jean-François Harvey are blunt that this difference is a double-edged tool: distinct professional cultures, vocabularies and assumptions make collaboration harder, not easier, and the expected innovation often never arrives (MIT Sloan Management Review, 2017).

What converts difference from friction into advantage is a shared, superordinate goal, one the whole team is measured on, that sits above each member's functional KPIs. When engineering is rewarded for stability, sales for bookings, and finance for margin, those three can all do their jobs well and still sink the same project. The fix is to write one or two outcome metrics the entire team wins or loses on together, and to make sure each member's manager knows their report is on the hook for it. Edmondson's softer point matters here too: she keeps returning to curiosity, empathy and humility as the qualities that let specialists genuinely hear each other rather than defend turf. Those aren't innate. They're things a leader models and rewards in the room.

flowchart TD
    A(["One project, many functions"]) --> B(["Each function keeps only its own KPI"])
    A --> C(["A shared goal sits above all functions"])
    B --> D(["Local wins, project loses
everyone optimises their corner"]) C --> E(["Trade-offs resolved toward the outcome"]) E --> F(["Project ships"])
Same people, two outcomes, the difference is whether a shared goal outranks the home-team goals. Leaders Loop

Collaboration is a cost, not a virtue, spend it deliberately

There's a quiet assumption in most organisations that more collaboration is always good. It isn't. Morten Hansen's research, drawn from a study group of more than 5,000 people across many industries, reframes the whole thing as disciplined collaboration: properly judging when to collaborate and when not to (Hansen, Collaboration, Harvard Business Review Press, 2009). His test is a simple piece of arithmetic he calls the collaboration premium, the return a joint effort produces, minus its opportunity cost, minus its collaboration cost (the meetings, the coordination, the slowed decisions). If that number is negative, the disciplined answer is don't collaborate, let the functions run independently.

Before standing up a cross-functional team, ask: what does pulling these people together cost, and is the joint outcome worth more than that? Plenty of work labelled cross-functional should just be a clear handoff with one owner. The skill isn't collaborating more. It's collaborating on the few things where combined effort genuinely beats parallel effort. Hansen also names the trap of over-collaboration directly, endless alignment that burns the very time it was meant to save.

One caveat, though: the collaboration premium is easy to state and hard to measure. You rarely know the real opportunity cost in advance, and "collaboration cost" is mostly people's time, which budgets hide. Treat it as a discipline for thinking, not a spreadsheet that hands you the answer.

A worked example

The figures below are illustrative, a composite scenario, not a real company.

A mid-sized software firm wants to launch a new pricing tier. It needs product, engineering, sales, finance and support. The VP of Product convenes a weekly sync; everyone nods; nothing is anyone's clear job. Eight weeks in, engineering has built for flexibility, finance has modelled for margin, and sales has promised customers a launch date none of the others agreed to. The "team" has met fourteen times and shipped nothing.

The reset, applying the three moves: First, the CEO names a single accountable launch lead, the Director of Product Operations, and says publicly she can make the final call when functions disagree. Second, the team agrees on one shared metric: paid conversions to the new tier within 60 days of launch, a number all five functions win or lose on together, written into each lead's quarterly goals. Third, they apply the collaboration-premium test to the weekly sync and kill it, replacing it with one 30-minute decision meeting plus async updates, because most of the work is now clearly owned, not jointly done.

The change isn't that people suddenly cooperate. It's that someone can now say "we're trading flexibility for a March date, that's my call," and the shared metric tells everyone whether that call was right. The sticky line to take away: name the decider, name the number, then collaborate only where it pays.

flowchart LR
    A(["Cross-functional work needed"]) --> B{"Does combined effort
beat parallel effort?"} B -->|"No"| C(["Clean handoff,
one owner per part"]) B -->|"Yes"| D(["Name one accountable lead"]) D --> E(["Agree one shared metric
above functional KPIs"]) E --> F(["Collaborate only on the
genuine trade-off points"])
A decision path: not every cross-functional task needs a cross-functional team. Leaders Loop

Frequently asked questions

Isn't a single accountable leader just bureaucracy by another name?

The opposite, it removes bureaucracy. Committees and standing syncs are the bureaucracy; they spread responsibility until no one holds it. A named leader with real decision rights replaces "let's circle back" with a call someone owns. The risk to manage isn't too much authority, it's the wrong person holding it, so choose for cross-functional credibility, not just seniority.

What if I don't have the authority to appoint anyone?

You can still create the clarity informally. In the first working session, ask out loud: "When product and finance disagree on this, who decides?" Forcing that question into the open often surfaces that no one knows, which is itself the problem. If the group can name a decider and a shared success metric for the next month, you've done most of the work without any formal mandate.

How is this different from just good project management?

Project management owns the plan, tasks, dependencies, dates. Cross-functional collaboration is about resolving the conflicts between functions that no Gantt chart can settle: whose goal wins when goals collide. You need both, but a flawless plan with unresolved goal conflict still fails. The accountability and shared-goal work sits underneath the plan.

We collaborate constantly and still move slowly. Why?

That's often over-collaboration, not under-collaboration, Hansen's trap. Constant alignment meetings feel productive but consume the time they were meant to protect. Audit your cross-functional touchpoints and ask which genuinely change a decision. Most can become a clear handoff with one owner; keep joint effort only where the combined judgement actually beats working in parallel.

Does psychological safety really matter, or is that a soft add-on?

It's load-bearing. Edmondson's wider research is clear that people only surface the inconvenient truth, "this date is unrealistic," "we're building the wrong thing", when it feels safe to do so. In cross-functional teams, where members fear looking foolish outside their own expertise, low safety means problems stay hidden until they're expensive. The accountable leader's first job is making it normal to disagree early.

Related in the Toolkit

Cross-functional work lives or dies on the surrounding stakeholder skills. Start with stakeholder mapping & analysis to see whose interests your team actually crosses, and role & expectation clarity to make the "who decides what" question concrete.

Where to go next