Skip to content

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 ​

RoleWhy You Should Care
🏒 OwnerOrganizational structure determines speed, quality, and culture. Get it wrong and you'll ship slowly or burn cash.
πŸ’» DevYour team topology directly affects what you can build, how fast you ship, and how much on-call pain you feel.
πŸ“‹ PMCross-functional alignment depends on structure. You need to know who owns what and how decisions get made.
🎨 DesignerWhere 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 ​

RoleCore ResponsibilityKey MetricsReports ToTypical Hire Stage
CEOVision, strategy, fundraising, cultureRevenue, growth rate, cash runwayBoardCo-founder
CTOTechnical vision, architecture, eng cultureSystem uptime, eng velocity, tech debtCEOCo-founder or $1-5M
VP EngineeringEng execution, hiring, deliverySprint velocity, release cadence, retentionCTO/CEO$2-10M
VP ProductProduct strategy, roadmap, prioritizationFeature adoption, NPS, time-to-valueCEO$2-10M
Product ManagerFeature discovery, specs, delivery coordinationFeature metrics, customer satisfactionVP Product$1-5M
UX DesignerUser research, interaction design, prototypingUsability scores, task completion rateVP Product/Design$500K-2M
Engineering LeadSquad delivery, code quality, mentoringTeam velocity, code review time, qualityVP Eng$2-5M per squad
DevOps / SREInfrastructure, CI/CD, reliabilityUptime, deploy frequency, MTTRVP Eng / CTO$1-3M
CRORevenue strategy (sales + CS + marketing alignment)ARR, NRR, CAC paybackCEO$10-20M
VP SalesSales execution, pipeline, teamQuota attainment, win rate, cycle timeCRO/CEO$2-5M
VP Customer SuccessRetention, expansion, customer healthNRR, gross retention, health scoresCRO/CEO$3-10M
VP MarketingDemand gen, brand, positioningMQLs, pipeline contribution, CACCRO/CEO$3-10M
Head of SupportTicket ops, SLAs, self-serveCSAT, response time, deflection rateVP 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 people

Model 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 people

Model 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

DecisionCEOCTO/VP EngVP ProductPMEng LeadDesignerSalesCS
Product roadmap prioritiesICARCCCC
Technical architectureIACIRI--
Feature spec & design-ICACRCC
Sprint planning-ICARC--
Pricing changesACRC--CC
Hiring a new engineerIAC-R---
Customer escalation (P0)IRIIR-IA
New market entryACRC-CRC
Design system updates-CCIIA--
SLA tier definitionsACCR--CR
Annual budget allocationACCI--CI

Team Structure by Stage ​

StageHeadcountKey HiresOrg ModelCommunication
Pre-Seed2-3Co-founders onlyFlat, everyone does everythingConstant, same room
Seed ($500K-$2M)4-10First PM, first designer, 3-5 engineersFunctional leads emergeDaily standup, weekly all-hands
Series A ($2M-$10M)15-40VP Eng, VP Product, first CSM, first AEFunctional teamsTeam standups, bi-weekly all-hands
Series B ($10M-$30M)40-100CTO, VP Sales, VP CS, VP MarketingCross-functional squadsOKR cadence, monthly all-hands
Series C+ ($30M+)100-500+CRO, CFO, COO, DirectorsSquads + platform teamsQuarterly 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    people

In 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 ​

RoleNext Step
🏒 OwnerMap 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.
πŸ’» DevPropose a squad structure if your eng team is 8+. Document your architecture decision-making process.
πŸ“‹ PMEnsure every feature in the roadmap has a clear DRI. Set up a cross-functional weekly sync if one doesn't exist.
🎨 DesignerAdvocate 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.

The Product Builder's Playbook