skills/organizational-design/SKILL.md
Help users design effective organizational structures. Use when someone is thinking about team structure, deciding between functional vs. divisional models, planning a reorg, or figuring out how to structure product teams.
npx skillsauth add cvillamarp-lgtm/skillspodcast organizational-designInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Help the user design effective organizational structures using frameworks from 2 product leaders.
When the user asks for help with organizational design:
Gustav Soderström: "On one spectrum, you have Amazon - minimize dependencies so you can run in parallel. On the other, you have Apple - centrally organized close to a single individual." Amazon optimizes for speed through autonomous teams with minimal dependencies. Apple optimizes for coherent user experience through central coordination. Neither is universally better - choose based on what matters most for your product.
Brian Chesky: "We went to a functional model. We went back to a startup." Airbnb eliminated divisional structures and management layers that separated leaders from the work. Functional models concentrate expertise and reduce the "telephone game" between executives and ICs.
Brian Chesky's restructuring removed "people managers" who couldn't do the work themselves. Leaders should have enough context to make decisions, not just manage reports. If a manager can't review the actual output, the structure is broken.
The right org structure depends on what you're optimizing for. If you need rapid, parallel execution on independent initiatives: decentralize. If you need a tightly integrated product experience: centralize.
For all 2 insights from 2 guests, see references/guest-insights.md
testing
Help users communicate more effectively in writing. Use when someone is drafting memos, emails, strategy docs, announcements, or any written communication that needs to be clear, concise, and persuasive.
documentation
Help users write effective specs and design documents. Use when someone is creating technical specs, feature specs, design docs, or trying to communicate product requirements to engineering and design teams.
development
Help users write effective PRDs. Use when someone is documenting product requirements, preparing specs for engineering, writing feature briefs, or defining what to build for their team.
tools
Help users define their North Star metric. Use when someone is choosing their primary success metric, trying to align the team around a key measure, struggling with metric proliferation, or setting up their measurement strategy.