Appearance
Chapter 28: Team Structure and Roles β
The right team structure at the wrong stage is worse than the wrong structure at the right stage β org design must evolve with your company.
Why This Matters β
| Role | Why You Should Care |
|---|---|
| π’ Owner | Organizational structure determines speed, quality, and culture. Get it wrong and you'll ship slowly or burn cash. |
| π» Dev | Your team topology directly affects what you can build, how fast you ship, and how much on-call pain you feel. |
| π PM | Cross-functional alignment depends on structure. You need to know who owns what and how decisions get made. |
| π¨ Designer | Where design sits in the org (embedded vs. centralized) shapes your influence and the quality of output. |
The Concept (Simple) β
Think of team structure like building a house. At first, one person does everything β framing, plumbing, electrical, painting. That works for a shed. For a house, you need specialists. For a skyscraper, you need specialized teams with a general contractor coordinating everything.
SaaS companies go through the same evolution:
- 5 people: Everyone does everything
- 50 people: Functional teams with clear roles
- 500 people: Cross-functional squads, platform teams, and support functions
The mistake most founders make is either structuring too early (bureaucracy kills small teams) or too late (chaos kills growing teams).
How It Works (Detailed) β
ASCII Org Chart Evolution β
Stage 1: Founding Team (2-5 people) β
βββββββββββββββ
β Founder/ β
β CEO β
ββββββββ¬βββββββ
β
ββββββββββββββββΌβββββββββββββββ
β β β
ββββββββΌβββββββ βββββββΌββββββ βββββββΌβββββββ
β Co-founder β β Engineer β β Engineer β
β (Product / β β #1 β β #2 β
β Design) β β (Full- β β (Full- β
β β β stack) β β stack) β
βββββββββββββββ βββββββββββββ ββββββββββββββ
Everyone does everything. No formal titles needed.
Communication: constant, informal, in the same room.Stage 2: Early Growth (10-25 people) β
ββββββββββββββββ
β CEO β
ββββββββ¬ββββββββ
β
ββββββββββββββββββββΌβββββββββββββββββββ
β β β
βββββββββΌββββββββ ββββββββΌββββββββ βββββββββΌββββββββ
β VP / Head of β β VP / Head ofβ β VP / Head of β
β Engineering β β Product β β Sales / GTM β
β β β β β β
β - 3-5 devs β β - 1-2 PMs β β - 2-3 AEs β
β - 1 DevOps β β - 1 designerβ β - 1 SDR β
β β β β β - 1 CS / Supp β
βββββββββββββββββ ββββββββββββββββ βββββββββββββββββ
Functional teams emerge. Weekly cross-team syncs.
Danger: silos start forming if you don't actively fight them.Stage 3: Scale-Up (50-100 people) β
βββββββββββββ
β CEO β
βββββββ¬ββββββ
β
βββββββββββ¬βββββββββββ¬βββββ΄βββββ¬βββββββββββ¬ββββββββββ
β β β β β β
ββββββΌββββ ββββΌβββββ βββββΌββββ βββββΌββββ βββββΌββββ ββββΌββββββ
β CTO / β β VP β β VP β β VP CS β β VP β β CFO / β
β VP Engβ βProductβ β Sales β β& Supp β βMktg β β VP Ops β
βββββ¬βββββ ββββ¬βββββ ββββ¬βββββ ββββ¬βββββ ββββ¬βββββ ββββ¬ββββββ
β β β β β β
βββββΌβββββ β ββββββΌββββ βββββΌβββββ β ββββββΌββββ
βEng Teamβ PMs β AEs β β CSMs β Mktg β Financeβ
β Leads β + UX β SDRs β β Supportβ team β HR β
β(3-5 β Design β RevOps β β agents β β Legal β
β squads)β team β β β β β β
ββββββββββ ββββββββββ ββββββββββ ββββββββββ
Cross-functional squads form. Design embedded in product teams.
Need: RACI matrices, defined escalation paths, OKR alignment.Stage 4: Growth (200-500+ people) β
βββββββββββββ
β CEO β
βββββββ¬ββββββ
β
ββββββββββ¬βββββββββ¬ββββββββββ¬ββββ΄ββββ¬βββββββββ¬βββββββββ
β β β β β β β
βββΌβββ βββΌβββ ββββΌβββ ββββΌβββ ββββΌβββ ββββΌβββ ββββΌβββ
βCTO β βCPO β βCRO β βCCO β βCMO β βCFO β βCOO β
βββ¬βββ βββ¬βββ ββββ¬βββ ββββ¬βββ ββββ¬βββ ββββ¬βββ ββββ¬βββ
β β β β β β β
Eng Prod Sales CS Mktg Fin People
Dirs Dirs Dirs Dir Dir Dir Dir
β β β β β β β
Squad Squad Region Segment Region FP&A HR
Leads Leads Leads Leads Leads Legal Ops
β β β
βββ΄βββββββββββ IT
β Platform β
β + Feature β
β Squads β
ββββββββββββββ
Multiple layers. Platform teams enable feature squads.
Need: formal operating rhythms, clear DRIs, thorough documentation.Key Role Definitions β
Role Responsibility Table β
| Role | Core Responsibility | Key Metrics | Reports To | Typical Hire Stage |
|---|---|---|---|---|
| CEO | Vision, strategy, fundraising, culture | Revenue, growth rate, cash runway | Board | Co-founder |
| CTO | Technical vision, architecture, eng culture | System uptime, eng velocity, tech debt | CEO | Co-founder or $1-5M |
| VP Engineering | Eng execution, hiring, delivery | Sprint velocity, release cadence, retention | CTO/CEO | $2-10M |
| VP Product | Product strategy, roadmap, prioritization | Feature adoption, NPS, time-to-value | CEO | $2-10M |
| Product Manager | Feature discovery, specs, delivery coordination | Feature metrics, customer satisfaction | VP Product | $1-5M |
| UX Designer | User research, interaction design, prototyping | Usability scores, task completion rate | VP Product/Design | $500K-2M |
| Engineering Lead | Squad delivery, code quality, mentoring | Team velocity, code review time, quality | VP Eng | $2-5M per squad |
| DevOps / SRE | Infrastructure, CI/CD, reliability | Uptime, deploy frequency, MTTR | VP Eng / CTO | $1-3M |
| CRO | Revenue strategy (sales + CS + marketing alignment) | ARR, NRR, CAC payback | CEO | $10-20M |
| VP Sales | Sales execution, pipeline, team | Quota attainment, win rate, cycle time | CRO/CEO | $2-5M |
| VP Customer Success | Retention, expansion, customer health | NRR, gross retention, health scores | CRO/CEO | $3-10M |
| VP Marketing | Demand gen, brand, positioning | MQLs, pipeline contribution, CAC | CRO/CEO | $3-10M |
| Head of Support | Ticket ops, SLAs, self-serve | CSAT, response time, deflection rate | VP CS | $2-5M |
Cross-Functional Team Models β
Model A: Functional Teams (Traditional) β
βββββββββββββββ βββββββββββββββ βββββββββββββββ
β Engineering β β Product β β Design β
β β β β β β
β All devs β β All PMs β β All β
β report to β β report to β β designers β
β Eng Lead β β Product Leadβ β report to β
β β β β β Design Lead β
βββββββββββββββ βββββββββββββββ βββββββββββββββ
PROS: Deep expertise, consistent standards, clear career paths
CONS: Handoffs, slow communication, siloed thinking
BEST FOR: Teams < 15 peopleModel B: Cross-Functional Squads (Spotify-inspired) β
ββββββββββββββββββββββββββββββββββββββββββββββββ
β PRODUCT AREA: GROWTH β
β β
β Squad: Onboarding Squad: Activation β
β ββββββββββββββββββ ββββββββββββββββββ β
β β PM β β PM β β
β β 2 Engineers β β 3 Engineers β β
β β 1 Designer β β 1 Designer β β
β β 1 Data Analyst β β β β
β ββββββββββββββββββ ββββββββββββββββββ β
ββββββββββββββββββββββββββββββββββββββββββββββββ
ββββββββββββββββββββββββββββββββββββββββββββββββ
β PRODUCT AREA: PLATFORM β
β β
β Squad: API Squad: Infrastructure β
β ββββββββββββββββββ ββββββββββββββββββ β
β β PM β β Eng Lead β β
β β 3 Engineers β β 2 SREs β β
β β β β 1 Engineer β β
β ββββββββββββββββββ ββββββββββββββββββ β
ββββββββββββββββββββββββββββββββββββββββββββββββ
PROS: Fast decisions, high ownership, customer-aligned
CONS: Duplication, inconsistency, harder to maintain standards
BEST FOR: Teams 25-200 peopleModel C: Matrix (Large Scale) β
Functional Managers (career, skills, standards)
β
β Project / Product Teams (delivery)
β β
βΌ βΌ
ββββββββββββββββββββββββββββββββ
β Engineer A β
β Reports to: Eng Manager β
β Works on: Growth Squad β
β β
β Engineer B β
β Reports to: Eng Manager β
β Works on: Platform Squad β
ββββββββββββββββββββββββββββββββ
PROS: Balance of expertise + delivery focus
CONS: Two bosses, political, slow decisions
BEST FOR: 200+ people (use sparingly)RACI Matrix for Common Decisions β
R = Responsible (does the work) | A = Accountable (final decision) | C = Consulted | I = Informed
| Decision | CEO | CTO/VP Eng | VP Product | PM | Eng Lead | Designer | Sales | CS |
|---|---|---|---|---|---|---|---|---|
| Product roadmap priorities | I | C | A | R | C | C | C | C |
| Technical architecture | I | A | C | I | R | I | - | - |
| Feature spec & design | - | I | C | A | C | R | C | C |
| Sprint planning | - | I | C | A | R | C | - | - |
| Pricing changes | A | C | R | C | - | - | C | C |
| Hiring a new engineer | I | A | C | - | R | - | - | - |
| Customer escalation (P0) | I | R | I | I | R | - | I | A |
| New market entry | A | C | R | C | - | C | R | C |
| Design system updates | - | C | C | I | I | A | - | - |
| SLA tier definitions | A | C | C | R | - | - | C | R |
| Annual budget allocation | A | C | C | I | - | - | C | I |
Team Structure by Stage β
| Stage | Headcount | Key Hires | Org Model | Communication |
|---|---|---|---|---|
| Pre-Seed | 2-3 | Co-founders only | Flat, everyone does everything | Constant, same room |
| Seed ($500K-$2M) | 4-10 | First PM, first designer, 3-5 engineers | Functional leads emerge | Daily standup, weekly all-hands |
| Series A ($2M-$10M) | 15-40 | VP Eng, VP Product, first CSM, first AE | Functional teams | Team standups, bi-weekly all-hands |
| Series B ($10M-$30M) | 40-100 | CTO, VP Sales, VP CS, VP Marketing | Cross-functional squads | OKR cadence, monthly all-hands |
| Series C+ ($30M+) | 100-500+ | CRO, CFO, COO, Directors | Squads + platform teams | Quarterly planning, written comms |
When to Hire: Sequencing Guide β
Revenue βββββββββββββββββββββββββββββββββββββββββββΊ
$0 $500K $2M $5M $10M $30M+
β β β β β β
β Founders β Eng #3-5 β VP Eng β VP Sales β CRO β
β Eng #1-2 β PM #1 β VP Prod β VP CS β CFO β
β β Design#1 β AE #1-2 β VP Mktg β COO β
β β CS/Supp#1β SDR #1 β Eng Mgrs β VP Peopleβ
β β β DevOps β Data/Ana β Directorsβ
β β β β Supp Leadβ β
β β β β RevOps β β
β β β β β β
βΌβββββββββββΌβββββββββββΌββββββββββΌβββββββββββΌββββββββββΌ
2-3 5-10 15-30 30-60 60-150 150+
people people people people people peopleIn Practice β
Real-World Example: "DataPipe" Scaling from 8 to 80 β
DataPipe, a B2B analytics SaaS, grew from $1M to $12M ARR over 18 months. Here's how their org evolved:
At $1M ARR (8 people):
- Flat structure, CEO made all decisions
- 5 engineers, 1 PM/designer hybrid, 1 salesperson, CEO
- Worked fine β everyone knew everything
At $5M ARR (30 people):
- Hired VP Eng and VP Product
- Formed 3 engineering squads (Growth, Core Product, Platform)
- Hired first 2 CSMs, 3 AEs, 1 SDR
- Problem: No clear decision-making framework. VP Eng and VP Product clashed on priorities.
- Fix: Implemented RACI matrix. VP Product owns roadmap priorities; CTO owns architecture decisions.
At $12M ARR (80 people):
- Added VP Sales, VP CS, Head of Marketing
- 5 cross-functional squads, each with PM + engineers + designer
- Design team centralized with designers embedded in squads
- Introduced OKR cadence (quarterly planning, monthly check-ins)
- Problem: Communication broke down between squads.
- Fix: Weekly cross-squad demo, shared Slack channels, written RFCs for cross-cutting decisions.
Common Mistakes β
- [ ] Hiring managers before ICs β you need people who do the work before people who manage the work
- [ ] Title inflation β giving VP titles at 10 people means you'll have to re-level at 50 (painful)
- [ ] No decision-making framework β "everyone decides" means nobody decides. Use RACI.
- [ ] Copying big-company org charts β a 20-person startup doesn't need a Head of People or a PMO
- [ ] Siloed CS and Support β these teams share context and should collaborate closely (see Chapter 26 and Chapter 27)
- [ ] Ignoring the "glue work" β documentation, onboarding new hires, cross-team coordination. Reward it or it won't happen.
- [ ] Scaling headcount before process β hiring more people into chaos just creates more chaos
Team Health Checklist β
Use this quarterly to assess your org:
- [ ] Every team member can articulate the company's top 3 priorities
- [ ] Every project has a single DRI (Directly Responsible Individual)
- [ ] Cross-team dependencies are identified and tracked
- [ ] There's a clear escalation path for blocked decisions
- [ ] New hires can ship their first meaningful contribution within 2 weeks
- [ ] No single person is a critical bottleneck for any core function
- [ ] Team satisfaction / eNPS is measured and trending positively
- [ ] Career growth paths exist for both IC and management tracks
Key Takeaways β
- Structure follows strategy, and strategy follows stage. Don't copy Spotify's model at 10 people.
- Hire ICs before managers, specialists before generalists (except at the very earliest stage where generalists are king).
- Use RACI to make decisions explicit. Ambiguity about who decides is the #1 source of organizational friction.
- Cross-functional squads work best from 25-200 people. Below that, functional teams are fine. Above that, you need platform teams too.
- Every hire should either build the product, sell the product, or support the people who do. Challenge any role that doesn't map to one of those three.
- Communication costs grow with n-squared complexity. As you grow, shift from meetings to written artifacts (RFCs, design docs, ADRs).
Action Items β
| Role | Next Step |
|---|---|
| π’ Owner | Map your current org against the stage-appropriate chart above. Identify the next 3 hires you need. Build a RACI for your top 5 recurring decisions. |
| π» Dev | Propose a squad structure if your eng team is 8+. Document your architecture decision-making process. |
| π PM | Ensure every feature in the roadmap has a clear DRI. Set up a cross-functional weekly sync if one doesn't exist. |
| π¨ Designer | Advocate for embedded design (in squads) over centralized if the team is growing. Build a design system to maintain consistency across squads. |
Previous: Chapter 27 β Support Operations | This chapter is part of the Operations section of the SaaS Playbook.