Org Design
Org Structure Types
| Structure |
Best for |
Tradeoff |
| Functional |
Early-stage, single product |
Deep expertise, slow cross-team |
| Divisional |
Multi-product, multi-geography |
Autonomy, duplicated functions |
| Matrix |
Complex projects needing both |
Accountability confusion, overhead |
| Flat |
Small teams, high trust, fast |
Doesn't scale past ~50 people |
| Network/Pod |
Distributed, product-led |
Coordination cost, needs strong culture |
Span of Control Guidelines
| Role |
Recommended span |
Why |
| Executive (C-level) |
5-8 direct reports |
Strategic + operational balance |
| Senior manager |
5-7 direct reports |
Coaching + delivery balance |
| Manager (IC team) |
6-10 direct reports |
Enough for team dynamics |
| Tech lead (player-coach) |
3-5 reports max |
Still needs IC time |
Signs span is too wide: managers skip 1:1s, performance issues go unaddressed, onboarding is poor.
Signs span is too narrow: managers micromanage, career growth is bottlenecked, overhead scales faster than output.
Team Topologies (Skelton & Pais)
Four Fundamental Team Types
- Stream-aligned — delivers value directly to customers; owns a product or business domain end-to-end
- Platform — provides self-service capabilities to stream-aligned teams; reduces cognitive load
- Enabling — temporarily assists stream-aligned teams to adopt new practices or technologies
- Complicated-subsystem — owns a specialized area requiring deep expertise (ML model, payments, crypto)
Interaction Modes
- Collaboration — work closely for a period, then decouple (innovation, bootstrapping)
- X-as-a-Service — consume without collaboration; platform model
- Facilitating — enabling team coaches, then steps back
Team Sizing (Dunbar-based)
- Cognitive load limit: ~8-12 engineers per team
- Communication overhead: n(n-1)/2 links — grows quadratically
- Amazon two-pizza rule: ~6-8 people
Restructuring Process
Phase 1: Diagnosis (2-4 weeks)
Phase 2: Design (2-3 weeks)
Phase 3: Plan (1-2 weeks)
Phase 4: Communicate
Phase 5: Execute
When to Reorganize
Strong signals:
- Clear ownership gaps causing repeated failures or dropped balls
- Coordination overhead consuming >20% of team time
- Business model or product strategy shift misaligned with current structure
- Significant talent scale (e.g. 2x headcount) requires new management layer
- Post-acquisition integration
Weak signals (don't reorg for these alone):
- Personality conflicts between leaders
- Short-term performance dip
- Desire to "shake things up"
- Copying another company's structure
Org Health Metrics
| Metric |
Target |
How to measure |
| eNPS (employee NPS) |
> 20 |
Quarterly pulse survey |
| Voluntary attrition |
< 10% annual |
HRIS tracking |
| Time-to-fill open roles |
< 45 days |
ATS data |
| Manager effectiveness score |
> 75th percentile |
360 feedback |
| Internal mobility rate |
15-25% annual |
HRIS tracking |
| Span of control average |
6-8 |
Org chart analysis |
Common Org Design Mistakes
| Mistake |
Consequence |
Fix |
| Designing around personalities |
Structure breaks when person leaves |
Design for roles, not people |
| Too many layers |
Slow decisions, communication loss |
Flatten — max 4-5 levels IC to CEO |
| Reorg without clarity on decision rights |
Duplicate effort, conflict |
Define RACI for key decisions first |
| Announcing before HR/systems ready |
Chaos, rumors |
Systems and comms day-synchronized |
| No success metrics |
Can't tell if reorg worked |
Define 90-day KPIs before launch |
| Reorganizing every year |
Initiative fatigue, attrition |
Wait 12-18 months between major reorgs |
Reorg Communication Plan Template
## [Company] Org Update — [Date]
We're making changes to how we're organized to better [strategic goal].
What's changing:
- [Specific change 1]
- [Specific change 2]
What's not changing:
- [Stable elements to reassure people]
Why now:
- [Business rationale — honest and specific]
What this means for you:
- [Personalized by team]
Timeline:
- [Date]: Changes take effect
- [Date]: Team kickoffs
- [Date]: 30-day check-in
Questions: [who to contact]
1---2name: org-design3description: When to activate: organizational design, org structure, restructuring, span of control, matrix organization, team topologies, reporting structure, org health4---56# Org Design78## Org Structure Types910| Structure | Best for | Tradeoff |11|-----------|---------|----------|12| Functional | Early-stage, single product | Deep expertise, slow cross-team |13| Divisional | Multi-product, multi-geography | Autonomy, duplicated functions |14| Matrix | Complex projects needing both | Accountability confusion, overhead |15| Flat | Small teams, high trust, fast | Doesn't scale past ~50 people |16| Network/Pod | Distributed, product-led | Coordination cost, needs strong culture |1718## Span of Control Guidelines1920| Role | Recommended span | Why |21|------|-----------------|-----|22| Executive (C-level) | 5-8 direct reports | Strategic + operational balance |23| Senior manager | 5-7 direct reports | Coaching + delivery balance |24| Manager (IC team) | 6-10 direct reports | Enough for team dynamics |25| Tech lead (player-coach) | 3-5 reports max | Still needs IC time |2627**Signs span is too wide:** managers skip 1:1s, performance issues go unaddressed, onboarding is poor. 28**Signs span is too narrow:** managers micromanage, career growth is bottlenecked, overhead scales faster than output.2930## Team Topologies (Skelton & Pais)3132### Four Fundamental Team Types331. **Stream-aligned** — delivers value directly to customers; owns a product or business domain end-to-end342. **Platform** — provides self-service capabilities to stream-aligned teams; reduces cognitive load353. **Enabling** — temporarily assists stream-aligned teams to adopt new practices or technologies364. **Complicated-subsystem** — owns a specialized area requiring deep expertise (ML model, payments, crypto)3738### Interaction Modes39- **Collaboration** — work closely for a period, then decouple (innovation, bootstrapping)40- **X-as-a-Service** — consume without collaboration; platform model41- **Facilitating** — enabling team coaches, then steps back4243### Team Sizing (Dunbar-based)44- Cognitive load limit: ~8-12 engineers per team45- Communication overhead: n(n-1)/2 links — grows quadratically46- Amazon two-pizza rule: ~6-8 people4748## Restructuring Process4950### Phase 1: Diagnosis (2-4 weeks)51- [ ] Map current org to business outcomes — where is value blocked?52- [ ] Interview senior leaders and ICs on pain points53- [ ] Identify: duplicate work, coordination overhead, accountability gaps, talent mismatches54- [ ] Benchmark span of control and layer count vs peers55- [ ] Assess team health metrics (attrition, engagement, velocity)5657### Phase 2: Design (2-3 weeks)58- [ ] Define desired outcomes the new org must enable59- [ ] Design 2-3 structural options; stress-test each60- [ ] Identify key role changes, new roles, eliminated roles61- [ ] Model headcount and cost impact62- [ ] Get input from key stakeholders (not public yet)6364### Phase 3: Plan (1-2 weeks)65- [ ] Finalize structure and key appointments66- [ ] Draft communications (all-hands, manager talking points, FAQs)67- [ ] Prepare HR paperwork, system changes, reporting line updates68- [ ] Identify retention risks; prep retention packages if needed69- [ ] Set 90-day success metrics for new structure7071### Phase 4: Communicate72- [ ] Brief executives first (day before)73- [ ] All-hands announcement — CEO-led, honest framing74- [ ] 1:1 conversations for people with role changes same day75- [ ] Manager talking points distributed before announcement76- [ ] FAQ doc published simultaneously7778### Phase 5: Execute79- [ ] New reporting lines take effect (day 1)80- [ ] New team kickoffs within week 181- [ ] 30-day check-in with all affected managers82- [ ] 90-day retrospective on new structure effectiveness8384## When to Reorganize8586**Strong signals:**87- Clear ownership gaps causing repeated failures or dropped balls88- Coordination overhead consuming >20% of team time89- Business model or product strategy shift misaligned with current structure90- Significant talent scale (e.g. 2x headcount) requires new management layer91- Post-acquisition integration9293**Weak signals (don't reorg for these alone):**94- Personality conflicts between leaders95- Short-term performance dip96- Desire to "shake things up"97- Copying another company's structure9899## Org Health Metrics100101| Metric | Target | How to measure |102|--------|--------|----------------|103| eNPS (employee NPS) | > 20 | Quarterly pulse survey |104| Voluntary attrition | < 10% annual | HRIS tracking |105| Time-to-fill open roles | < 45 days | ATS data |106| Manager effectiveness score | > 75th percentile | 360 feedback |107| Internal mobility rate | 15-25% annual | HRIS tracking |108| Span of control average | 6-8 | Org chart analysis |109110## Common Org Design Mistakes111112| Mistake | Consequence | Fix |113|---------|------------|-----|114| Designing around personalities | Structure breaks when person leaves | Design for roles, not people |115| Too many layers | Slow decisions, communication loss | Flatten — max 4-5 levels IC to CEO |116| Reorg without clarity on decision rights | Duplicate effort, conflict | Define RACI for key decisions first |117| Announcing before HR/systems ready | Chaos, rumors | Systems and comms day-synchronized |118| No success metrics | Can't tell if reorg worked | Define 90-day KPIs before launch |119| Reorganizing every year | Initiative fatigue, attrition | Wait 12-18 months between major reorgs |120121## Reorg Communication Plan Template122123```124## [Company] Org Update — [Date]125126We're making changes to how we're organized to better [strategic goal].127128What's changing:129- [Specific change 1]130- [Specific change 2]131132What's not changing:133- [Stable elements to reassure people]134135Why now:136- [Business rationale — honest and specific]137138What this means for you:139- [Personalized by team]140141Timeline:142- [Date]: Changes take effect143- [Date]: Team kickoffs144- [Date]: 30-day check-in145146Questions: [who to contact]147```