The meeting structure that worked at 30 people collapses at 100. What worked at 100 collapses at 300. The failure mode is always the same: too many people in too many meetings making too few decisions.
Works with
AI-first code editor with Composer
Before installing skills in Cursor, ensure your development environment meets these requirements:
node --versiongtm-operating-cadenceExecute the skills CLI command in your project's root directory to begin installation:
Fetches gtm-operating-cadence from github/awesome-copilot and configures it for Cursor.
The CLI shows a list of agents. Use arrow keys and space to select Cursor:
Confirm successful installation by checking the skill directory location:
Restart Cursor to activate gtm-operating-cadence. Access via /gtm-operating-cadence in your agent's command palette.
We perform automated surface-level scans (Gen AI Scanner, Socket, Snyk) during installation. These checks detect common vulnerabilities but do not guarantee complete security. Always review skill source code and verify the publisher's reputation before production use.
Skills execute code in your environment. Always review source, verify the publisher, and test in isolation before production.
Submit your Claude Code skill and start earning
Create detailed user stories, acceptance criteria, and feature specs
Example
Generate user stories for 'password reset feature' with acceptance criteria, edge cases, and test scenarios
Reduce spec writing time by 50%, ensure comprehensive coverage
Research competitors, compare features, identify gaps
Example
Analyze 5 competitor products, create feature comparison matrix, suggest differentiation opportunities
Complete competitive research in 2 hours instead of 2 days
Evaluate features using frameworks (RICE, ICE, Kano) and create prioritized backlogs
Example
Score 20 feature ideas using RICE framework, generate prioritized roadmap with rationale
0
total installs
0
this week
28.7K
GitHub stars
0
upvotes
Run in your terminal
0
installs
0
this week
28.7K
stars
The meeting structure that worked at 30 people collapses at 100. What worked at 100 collapses at 300. The failure mode is always the same: too many people in too many meetings making too few decisions.
Triggers:
Context:
The Pattern:
Different meetings serve different purposes. Conflating them creates either inefficiency (too much time) or confusion (unclear decisions). Separate meetings by function, frequency, and decision authority.
Level 1: Daily Standup (15 min, teams only)
Level 2: Weekly Functional Reviews (60 min, function leadership)
Each function gets its own weekly rhythm:
Format: Metric recap (10 min) → Wins/blockers (15 min) → One deep-dive (30 min) → Next week priorities (5 min)
Anti-pattern: Trying to solve every problem in the meeting. Pick 1-2, delegate the rest to follow-ups.
Level 3: Weekly All-Hands (60 min, whole company)
The single most important alignment mechanism at a scaling company.
Anti-pattern: Defensive tone. All-hands should be straightforward, not spin. Anti-pattern: Inconsistent metrics. If you change the dashboard, the team can't track progress.
Level 4: Bi-Weekly Leadership Alignment (90 min)
This is where cross-functional blockers get resolved. If functions operate independently, this meeting isn't working.
Level 5: Quarterly Strategic Planning (half-day to full-day)
Anti-pattern: Too much "fun activity," not enough substance. Anti-pattern: No clear decisions coming out.
Scaling Adjustments:
The Rule That Makes This Work:
Every meeting must produce decisions or be cancelled. Status updates are async. If you're in a meeting and nobody is making a decision, leave.
The Pattern:
Monthly reporting catches problems 30 days late. By then, a bad month is baked. Weekly reporting catches problems in week 2, when you can still save the month.
The Format (Same Structure Every Week):
WEEK OF [DATE]
North Star: [Metric]
This Week: [Value] | Last Week: [Value] | Change: [+/-] [↑↓]
Context: [One sentence — why this trend matters]
Functional Metrics:
Product: 7-Day Retention: 34% | Last: 33% | +1% ↑
Feature Adoption: 18% | Last: 16% | +2% ↑
Context: Onboarding improvements showing impact
GTM: Pipeline: $8.2M | Last: $7.8M | +$400K ↑
New POCs: 3 | Last: 2
Context: Partner pipeline adding deals
Health: Team Morale: 7.2/10 (down from 7.5)
Context: Org restructure causing uncertainty
The Discipline Rules:
The Escalation Rule:
If a metric is RED two weeks in a row with the same action plan, escalate — the action plan isn't working.
How Many Metrics:
Pick 8-12 total. If a metric doesn't change your behavior when it moves, remove it. Dashboards with 40 metrics are decoration, not decision tools.
Common Mistake:
Vanity metrics that look good but don't predict business outcomes. Total downloads without adoption context. CEO headlines without supporting metrics.
The Pattern:
Without quarterly planning, companies drift. Each function optimizes locally. Sales chases deals outside ICP. Product builds features for one customer. Marketing runs campaigns that don't connect to pipeline.
The 3-Week Planning Cycle:
Week 1: Retrospective + Data Gathering
Week 2: Priority Setting (Leadership Half-Day)
Week 3: OKR Cascade + Resource Allocation
The Quarterly Commitment Format:
Q2 2026 Roadmap
North Star: [What we're optimizing for]
Pillar 1: Product (25% team effort)
Initiative: [Name]
Problem: [What we're solving]
Success: [Specific metric]
Owner: [Name]
Timeline: [When]
Pillar 2: GTM (50% team effort)
Initiative: [Name]
...
Pillar 3: People (10% effort)
Initiative: [Name]
...
Pillar 4: Tech Debt (15% effort)
Initiative: [Name]
...
The "Not Doing" List:
For every priority you add, identify one thing you're stopping. If you can't name what you're not doing, you have too many priorities.
Common Mistake:
Quarterly planning that produces a 30-page doc nobody reads. The output should be: 3-5 priorities on one page, each with owner and metric. That's it.
The Pattern:
At 20 people, the CEO makes every decision in real-time. Fast. At 100 people, decisions require alignment. Slow. At 300, decisions require alignment, approval, and documentation. Glacial.
The fix isn't more meetings. It's clear decision rights.
Decision Authority Matrix:
| Decision | Who Decides | Timeline | Escalation |
|---|---|---|---|
| Company strategy | CEO | 1 week | Board if strategic |
| Feature priority | Product lead | 1 week | CEO if >3 eng weeks |
| Customer support issue | CSM | Immediately | CS lead if escalated |
| Marketing campaign | Marketing lead | 2 weeks | CMO if >$10K budget |
| Hiring | Function leader | 2 weeks | CEO if role not approved |
| New partnership | CEO | 2 weeks | Board if strategic |
| Vendor selection | Function leader | 1 week | CEO if >$50K/year |
The Problem:
Scaling companies start treating reversible, low-stakes decisions like irreversible, high-stakes ones. Everything needs approval. Everything needs a meeting. Everything needs consensus.
The Fix:
Type 1 (Irreversible, high-stakes): Pricing model, market entry, major partnership → CEO/leadership decides with debate in one meeting. Timeline: 1-2 weeks max.
Type 2 (Reversible, low-stakes): Campaign creative, feature prioritization, single hire → Function owner decides, informs, iterates. Timeline: same day or next day.
Make decisions with 70% information, not 100%. Speed is a competitive advantage at every stage.
Common Mistake:
Consensus culture masquerading as collaboration. "Let's get everyone aligned" often means "nobody wants to decide." Name the decider. Let them decide. Move on.
The Pattern:
Synchronous meetings don't scale. Default to async, escalate to sync.
Async First (No Meeting Needed):
Sync When:
Documentation Discipline:
Every decision documented: What was decided? Why? Who decided? When does it take effect? Who needs to know?
Store in searchable format (wiki, shared drive). New hires onboard faster. Past decisions don't get relitigated.
Common Mistake:
"Quick sync" meetings that grow to consume 10 hours per week. Over-communicating in Slack (ephemeral, noisy) and under-communicating in persistent formats (docs, emails). The important stuff should be searchable 6 months later.
The Pattern:
The single highest-leverage communication tool at a scaling company. 5-10 minutes to write. Everyone reads it. It sets context, celebrates wins, names priorities, and creates shared understanding.
Format (Sent Sunday Night or Monday Morning):
1. Week Focus (1 paragraph): What's the priority this week? What should the team be focused on?
2. North Star Progress (1-2 bullets): Where are we on the key metric? Trend up/down/flat? Why does this matter?
3. Wins This Week (3-5 bullets): What shipped? Customer/partner wins? Big picture implication?
4. Blockers Getting Resolved (1-2 bullets): What are we unblocking this week? Who needs to know?
5. Ask (1 bullet, optional): What help does the team need? Referrals, feedback, customer introductions?
The Rule:
Same day every week. Consistency signals operational discipline. If you skip a week, the team notices — and starts wondering what you're not telling them.
Common Mistake:
Too long (team doesn't read), too detailed (save that for function meetings), only good news (team loses trust), inconsistent (team stops reading).
The Pattern:
The most powerful tool for speed isn't hierarchy — it's explicit role clarity. When someone knows exactly what they own and can't delegate it away, decisions happen faster.
How to Execute:
The Test:
Can you name the single person who owns this outcome? Not "the team" — a person. If you can't, the initiative will drift.
Common Mistake:
Assigning projects to multiple people ("everyone owns it" = nobody owns it). Measuring activity instead of impact. Burn rate going up without clear ROI tracking per initiative.
Company size <30?
├─ Yes → Levels 2-3 only (weekly functional + all-hands)
└─ No → Continue...
│
30-100 people?
├─ Yes → All 5 levels
└─ No → All 5 + skip-level reviews + function sub-cadences
Does it produce decisions?
├─ No → Can it be async?
│ ├─ Yes → Make it async, cancel the meeting
│ └─ No → Redesign with decision agenda
└─ Yes → Are the right people in the room?
├─ No → Fix attendee list (fewer > more)
└─ Yes → Keep it
1. Adding meetings as you grow Replace them. At 200 people, the CEO should be in fewer meetings than at 50.
2. Status update meetings If it can be an email, it should be an email. Meetings are for decisions.
3. Changing metrics every quarter Consistency enables trend identification. Same dashboard, every time.
4. Consensus culture Name the decider. Let them decide. Inform everyone else.
5. All information in Slack Ephemeral, noisy, unsearchable. Important decisions go in docs.
6. Quarterly planning that produces 30-page docs 3-5 priorities on one page. That's the output.
Meeting architecture: Daily standup (15 min) → Weekly functional (60 min) → Weekly all-hands (60 min) → Bi-weekly leadership (90 min) → Quarterly planning (half-day)
Weekly metric dashboard: 8-12 metrics, same format every week, traffic light colors, one context sentence per metric, owner + action + deadline for every RED
Quarterly planning cycle: Week 1: Retro + data → Week 2: Priority setting (3-5 max) → Week 3: OKR cascade + resources
Decision authority: Type 1 (irreversible): CEO/leadership, 1-2 weeks → Type 2 (reversible): Function owner, same day
CEO weekly update: Week focus → North star progress → Wins → Blockers → Ask
Information flow: Daily: Slack wins/customer-voice → Weekly: CEO email + function updates → Monthly: All-hands + skip-levels → Quarterly: Planning share + demos
Based on operating cadence design across companies scaling from 20 to 1,000+ employees, including the five-level meeting architecture that survived 3x headcount growth, the weekly reporting format that caught pipeline problems 3 weeks earlier than monthly reviews, and the CEO weekly update format refined across multiple companies. Not theory — patterns from building operating systems through hypergrowth and teaching them to the next team.
Make data-driven prioritization decisions faster
Draft PRDs, status updates, and stakeholder presentations
Example
Create executive summary of Q3 roadmap, monthly progress report, feature launch announcement
Save 3-5 hours/week on communication overhead
Prerequisites
Time Estimate
30-60 minutes to see productivity improvements
Steps
Common Pitfalls
✓ Do
✗ Don't
💡 Pro Tips
✓ Use when
Use for user story writing, competitive research, roadmap prioritization, stakeholder communication, and PRD drafting. Best for reducing repetitive documentation and research work.
✗ Avoid when
Avoid for strategic product vision (requires deep customer empathy), pricing decisions (needs market and financial expertise), or when face-to-face customer discovery is more valuable than speed.
github/awesome-copilot
github/awesome-copilot
mattpocock/skills
parcadei/continuous-claude-v3
cursor/plugins
ailabs-393/ai-labs-claude-skills
gtm-operating-cadence is among the better-maintained entries we tried; worth keeping pinned for repeat workflows.
Solid pick for teams standardizing on skills: gtm-operating-cadence is focused, and the summary matches what you get after install.
Solid pick for teams standardizing on skills: gtm-operating-cadence is focused, and the summary matches what you get after install.
Registry listing for gtm-operating-cadence matched our evaluation — installs cleanly and behaves as described in the markdown.
We added gtm-operating-cadence from the explainx registry; install was straightforward and the SKILL.md answered most questions upfront.
I recommend gtm-operating-cadence for anyone iterating fast on agent tooling; clear intent and a small, reviewable surface area.
Keeps context tight: gtm-operating-cadence is the kind of skill you can hand to a new teammate without a long onboarding doc.
gtm-operating-cadence reduced setup friction for our internal harness; good balance of opinion and flexibility.
We added gtm-operating-cadence from the explainx registry; install was straightforward and the SKILL.md answered most questions upfront.
gtm-operating-cadence fits our agent workflows well — practical, well scoped, and easy to wire into existing repos.
showing 1-10 of 43