← All features
Team Structure

Optimise your team structure
using the evidence in your commits

Change Coupling reveals which modules are modified together in the same commits — even when no explicit dependency exists. Cross that with ownership data and your current team structure, and you can quantify exactly where team boundaries generate coordination overhead.

Explore in live demo →
Live Demo
Change Coupling
492 coupled module pairs · 167 crossing team boundaries · Ownership Drift Timeline. Real data from the MongoDB open-source repository.
Open in live demo →
Real data · No login required · Read-only

What it measures

  • Change CouplingModules modified together in the same commits — a hidden dependency that static analysis cannot see because it emerges from behaviour, not code structure.
  • Cross-Team Coupling RiskWhen coupled modules belong to different teams, every shared commit is a coordination event. This view makes the overhead measurable — in numbers, not in anecdotes.
  • Coupling DirectionMeasures whether coupling is symmetric or asymmetric — revealing which module drives the dependency and which follows.
  • Team AlignmentCombines coupling, ownership, and team data into a quantitative basis for restructuring decisions — previously days of manual work, now automated.
  • Ownership Drift TimelineStacked area chart showing how each team's share of a module shifted quarter by quarter — makes Conway's Law drift visible before it becomes an incident.

When to use it

Team restructuring

Redesign team boundaries based on where the code actually couples — not where the org chart says it should. Conway's Law in reverse.

Org transformation

Moving to stream-aligned teams or a platform model? Coupling data tells you which modules are ready to be cleanly separated and which need untangling first.

Architectural drift detection

The Ownership Drift Timeline shows when teams start drifting into each other's modules — before it becomes a coordination crisis.

Conway's Law

"Any organisation that designs a system will produce a design whose structure is a copy of the organisation's communication structure."

Change Coupling makes this measurable. Where modules are tightly coupled across team boundaries, the architecture is fighting your org structure — or your org structure is fighting the architecture. Either way, Calyntro surfaces it before it shows up as delivery slowdowns.

See it on your codebase

The live demo shows Change Coupling on the MongoDB repository — 492 coupled pairs, 167 crossing team boundaries. Get in touch to run it on yours.

Explore in live demo → Get in touch