Thin-Spread Teams
A small team owns too many products. Everyone context-switches constantly and nobody has enough focus to deliver any single product well.
less than a minute
Anti-patterns related to how teams are organized, how they share responsibility, and what behaviors the organization incentivizes.
| Anti-pattern | Category | Quality impact |
|---|
A small team owns too many products. Everyone context-switches constantly and nobody has enough focus to deliver any single product well.
The team has no dedicated product owner. Tech leads handle product decisions, coding, and stakeholder management simultaneously.
Certain individuals are relied upon for critical deployments and firefighting, hoarding knowledge and creating single points of failure.
Post-mortems focus on who caused the problem, causing people to hide mistakes rather than learning from them.
Teams are rewarded for shipping features, not for stability or delivery speed, so nobody’s goals include reducing lead time or increasing deploy frequency.
Code is written by one team, tested by another, and deployed by a third, adding days of latency and losing context at every handoff.
100% of capacity is allocated to feature delivery with no time for pipeline improvements, test automation, or tech debt, trapping the team on the feature treadmill.
The team builds services but doesn’t run them, eliminating the feedback loop from production problems back to the developers who can fix them.
Management pressures developers to skip or shortcut testing to meet deadlines. The test suite rots sprint by sprint as skipped tests become the norm.