Communitygithub.com

cbrock84/org-design

Designs how an organization is structured — reporting lines, team boundaries, spans and layers, role definition, and workforce planning against the strategy. Use this to structure a new team, restructure an existing one, resolve unclear ownership between teams, plan headcount, or diagnose why a team underperforms for structural rather than individual reasons.

org-design とは?

org-design is a Claude Code agent skill that designs how an organization is structured — reporting lines, team boundaries, spans and layers, role definition, and workforce planning against the strategy. Use this to structure a new team, restructure an existing one, resolve unclear ownership between teams, plan headcount, or diagnose why a team underperforms for structural rather than individual reasons.

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/cbrock84/headcount/tree/main/plugins/people/skills/org-design

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

Org design

Structure determines what is easy and what requires heroics. Most persistent coordination problems are structural and cannot be fixed by asking people to communicate better.

Design from the work

Start with the work that must happen and its natural boundaries — where handoffs are expensive, and where they are cheap. Draw team lines at the cheap handoffs.

Then check: can each team deliver something meaningful without waiting on another? A team that cannot ship without three dependencies is not a team, it is a queue.

Design the org for the work, not around the people currently in it. Then reconcile deliberately, noting where you have compromised and why. Structures built around individuals fail when those individuals leave, and everyone can see they were built that way.

Spans and layers

Wide spans push decisions down and starve people of attention. Narrow spans give attention and breed layers, which add latency to every decision.

Roughly: five to nine reports for a manager whose people need coaching; more where the work is consistent and the people are experienced. Every layer must add decision value — a layer that only passes information along should be removed, and it is usually obvious which one it is.

Ownership

Every outcome has exactly one owner. Where two teams share an outcome, neither owns it, and it fails in the gap. Where an owner lacks the authority to deliver, the accountability is fictional.

Write down the boundaries — what each team decides alone, what needs consultation, what needs approval. Ambiguity between senior teams is expensive and does not resolve itself.

Workforce planning

Plan roles against the work and the plan, not against last year plus a percentage. For each proposed role: what does not happen without it, what does it take off someone else, and what is the ramp before it contributes?

Sequence hires so each has someone to learn from. Hiring three juniors before the senior who leads them is a common and expensive ordering error.

Restructuring

  • Say why, plainly, and what problem it solves. People fill silence with worse explanations than the truth.
  • Announce the whole change at once. Serial reorganizations cost more in sustained uncertainty than one larger change.
  • Anything touching an individual's role, level, or pay goes through the people function before announcement, without exception.

Never

  • Restructure to avoid a performance conversation.
  • Create a role to retain someone the structure does not need.
  • Leave an outcome with two owners.

Individual skills in this repo

This repo contains 11 individual skills — each has its own dedicated page.

cbrock84/interface-craft

Raises the visual and interaction quality of an interface — layout, hierarchy, type, spacing, density, and the details that separate a considered product from a generic one. Use this when a screen works but looks unfinished or default, when a layout feels crowded or arbitrary, when a page has no clear focal point, or when an interface needs to feel trustworthy rather than merely functional.

cbrock84/portfolio-governance

Governs the portfolio of work — intake, prioritization, stage gates, resource contention, and stopping things. Use this to set up intake and prioritization, run a stage gate, decide between competing initiatives, resolve resource contention across projects, or work out why everything is in flight and nothing is finishing.

cbrock84/product-launch

Takes something built and gets it into the market — tiering the launch to match what it actually warrants, sequencing internal readiness before external announcement, preparing sales and support to answer the questions it creates, choosing the date for a reason, and measuring adoption rather than announcement reach. Use this to plan a launch, right-size one that is consuming more than it deserves, work out why a released feature nobody uses was launched loudly, or run the weeks after launch day.

cbrock84/program-management

Plans and drives cross-functional programs to delivery — scope, sequencing, dependencies, status, risk, and the escalations that keep work moving. Use this to run a multi-team initiative, recover a program that is slipping, build a delivery plan with dependencies, structure status reporting, or diagnose why cross-team work keeps missing dates.

cbrock84/project-delivery

Plans and delivers a single project — scope, estimation, scheduling, critical path, tracking, and recovering when it slips. Use this to plan a project, build or challenge a schedule, estimate credibly, track progress meaningfully, or recover a project that is late.

cbrock84/retention

Diagnoses and reduces churn — cancellation flows, save offers, failed-payment recovery, at-risk detection, and the product and service causes underneath. Use this when churn is rising or unexplained, to design a cancellation or win-back flow, to recover involuntary churn, to identify at-risk accounts before they leave, or to decide whether a retention problem is a product problem.

cbrock84/sales-enablement

Builds what a sales team needs to sell — pitch decks, one-pagers, objection handling, competitive battlecards, demo scripts, and case studies. Use this to create or fix sales collateral, prepare for a competitive deal, build a demo flow, document objection responses, or diagnose why a pitch is not converting.

cbrock84/tax

Structures the tax questions a growing business faces — corporate income, sales and use, payroll, nexus, and the obligations created by hiring or selling somewhere new. Use this to work out what a new state or country obligates you to, prepare for a tax filing or audit, understand sales tax on your product, or check what a remote hire or new market triggers.

cbrock84/unit-economics

Establishes whether the business makes money on each customer or unit — contribution margin, acquisition cost, payback period, lifetime value, and the cohort behavior underneath. Use this to assess whether growth is profitable, evaluate a channel or segment, support a pricing decision, judge how fast the business can afford to grow, or diagnose why revenue growth is not producing profit.

cbrock84/video-content

Plans and scripts short-form and long-form video, and designs the packaging — titles, thumbnails, and openings — that determines whether it gets watched. Use this to script a video, plan a series, fix retention or click-through problems, design thumbnail and title concepts, or turn written content into video. For a YouTube channel specifically — idea selection, retention teardowns, and channel-level strategy — use `youtube-producer`.

cbrock84/visual-content

Designs and directs the visual assets that carry content — carousels, infographics, quote graphics, diagrams, and social imagery — including the generation prompts where they are AI-produced. Use this to turn a written piece into a visual format, design a carousel or infographic, create social graphics, or fix visuals that are not stopping the scroll.

関連スキル