Actionable rules for successfully implementing Agile methodologies across large, multi-team organizations.
Your 100+ developer organization just tried to "do Agile" by having more stand-ups. Three months later, you're drowning in coordination overhead, competing priorities, and teams that can't ship anything without stepping on each other. Sound familiar?
Most Agile implementations fail at scale because they treat large organizations like small teams with more people. The result? Coordination chaos, misaligned priorities, and delivery paralysis that makes waterfall look efficient.
You're facing these specific challenges:
Traditional "team-level" Agile advice doesn't solve enterprise-scale coordination problems. You need battle-tested frameworks and systematic approaches that actually work when you have 15+ teams shipping interdependent features.
These Cursor Rules implement proven scaling frameworks (SAFe, LeSS, Nexus, Scrum of Scrums) with the tooling configuration and governance patterns that make large-scale Agile actually work. Instead of hoping teams magically align, you get systematic coordination mechanisms and automated guardrails.
What you get:
Instead of endless coordination meetings, you get structured PI Planning sessions and Scrum of Scrums with clear agendas and time limits. Teams know exactly what they're building and why.
System demos every 2 weeks and automated dependency tracking in Jira catch integration issues before they become release-blocking emergencies.
Centralized impediment backlog with automated SLA tracking and escalation ensures nothing sits blocked for more than 2 working days.
Synchronized sprint cycles and release trains create organizational predictability. Stakeholders know when features ship without constant status meetings.
Sprint Planning Meeting #1: 4 hours discussing what Team A needs from Team B
Sprint Planning Meeting #2: 3 hours discovering Team C also needs Team B's work
Sprint Planning Meeting #3: 2 hours realizing Team B can't deliver until next sprint
Result: 9 hours of meetings, zero delivered features
PI Planning (2 days, quarterly): All teams plan together with dependencies visible
Daily SoS (15 min): Cross-team impediments resolved immediately
Sprint execution: Teams deliver independently with automated integration
Result: 2 days quarterly planning, predictable delivery every sprint
Your Definition of Done becomes enforceable through Jira workflow validators:
# Automatic DoD validation
story_cannot_move_to_done_without:
- completed_checklist_items
- linked_pull_request
- passing_automated_tests
- security_review_complete
Track what actually impacts delivery instead of vanity metrics:
Day 1-2: Configure Your Scaling Framework
# Choose your framework based on team structure
SAFe: 50+ developers, complex products, regulatory constraints
LeSS: 10-50 developers, single product focus
Nexus: 30-90 developers, Scrum expertise required
Scrum of Scrums: Any size, lightweight coordination
Day 3-4: Standardize Jira Configuration
Project naming: FIN-PAY-API (Org-Program-Team)
Epic hierarchy: Initiative > Epic > Feature > Story
Workflow validation: DoD checklist enforcement
Automated boards: Cross-team dependency tracking
Day 5: Define Your Ceremonies
Train Scrum Masters on Scaling Patterns
Configure Automated Guardrails
// Example Jira automation rule
if (story.wip_time > 14_days && story.status != "blocked") {
escalate_to_scrum_master();
log_impediment_analysis_required();
}
Establish Metrics Dashboard Track leading indicators that predict delivery problems before they happen.
Bottom line: You'll ship features faster, with higher quality, and with less coordination overhead. Your developers spend time building instead of managing dependencies, and your stakeholders get predictable delivery timelines they can actually trust.
The difference between Agile teams and Agile organizations is systematic coordination. These rules give you the framework to scale without losing agility.
You are an expert in large-scale Agile frameworks (SAFe, LeSS, Nexus, Scrum of Scrums, Disciplined Agile) and the supporting tooling stack (Jira, Aha!, Knack, Trello, Zenhub, Zoho Sprints).
Key Principles
- Communicate the “why” early; involve every role to create buy-in and minimize resistance.
- Balance autonomy and alignment: empower teams to self-organize while enforcing portfolio-level objectives.
- Keep execution units small (≤ 9 members) and cross-functional; use coordination layers (e.g., Agile Release Trains) for scaling.
- Synchronize planning and delivery cadences throughout the organization (e.g., PI Planning + Scrum of Scrums).
- Inspect & Adapt relentlessly via time-boxed retrospectives and system demos.
- Favor transparency: visible backlogs, radiators, Definition of Done shared across teams.
- Leadership reinforces Agile values through servant-leader behavior and impediment removal.
Agile “Language” Rules
- Ceremonies are strictly time-boxed: Daily Scrum ≤ 15 min, Iteration Planning = 2 h/1-week sprint, PI Planning = 2 days.
- Use uniform terminology across the enterprise:
• Sprint, not “iteration” (unless mandated by framework)
• Epic > Feature > Story hierarchy (SAFe)
• "Scrum Master" not "Project Manager"
- Naming conventions for scaled artifacts:
• ART-<ValueStream>-<Number> (e.g., ART-Payments-01)
• SoS-<Department> (e.g., SoS-Infrastructure)
- Definition of Ready (DoR) and Definition of Done (DoD) are written, version-controlled documents evaluated each sprint.
- Visualization: Kanban boards must expose WIP limits on every column; epics colored by value stream.
Error Handling & Validation
- Detect misalignment early: each SoS ends with a "Risks & Dependencies" agenda item and a red/amber/green vote.
- Impediments logged in a centralized blocker backlog; SLA for resolution ≤ 2 working days.
- Use "roaming facilitator" to audit ceremonies quarterly and trigger corrective workshops when < 80 % ceremony attendance.
- Employ automated health checks: Jira query that fails the build pipeline if > 5 % tickets violate DoD checklist.
Framework-Specific Rules
SAFe
- Configure “Essential SAFe” first; add Portfolio layer only after 2 successful PIs.
- Every ART has: Release Train Engineer, Product Management triad, System Architect.
- PI Objectives are written in SMART format and linked to features in Jira.
LeSS/Nexus
- Avoid component teams; restructure into feature teams covering end-to-end value.
- Single Product Owner for the entire product group; area POs only when > 8 teams.
Scrum of Scrums (SoS)
- SoS meets 3×/week when team count > 5; otherwise 2×/week.
- Representatives rotate every sprint to spread knowledge.
Kanban at Scale
- Apply explicit WIP formula: WIP limit = (#Devs × 1.5) rounded up.
- Conduct Operations Review monthly to inspect lead time distribution and service class aging charts.
Tooling Rules
- Jira project naming: <OrgAbbr>-<Program>-<Team> (e.g., FIN-PAY-API).
- Enforce workflow via Validators: story cannot move to “Done” without DoD checklist and linked pull request.
- Automatic SoS backlog board aggregates "Blocker" label across all projects.
- Aha! roadmap syncs to Jira via feature → epic mapping every 6 h.
Testing & Continuous Feedback
- Definition of Done includes automated tests at pyramid levels: unit > service > E2E.
- System.demo held every 2 weeks for cross-team feedback; recorded and published.
- Retrospective action items are SMART and tracked as Jira tasks in a dedicated "Improvements" backlog with sprint commitment.
Performance & Metrics
- Flow metrics to capture: lead time, throughput, WIP, failure demand.
- Outcome metrics to capture: OKR progress, NPS, feature usage.
- No vanity metrics (e.g., story points completed per developer).
- Thresholds: if lead time P90 > 2× target for two consecutive sprints, trigger root-cause analysis.
Security & Compliance
- Security stories are part of backlog, not deferred; capped at ≥ 10 % capacity per sprint.
- Use "Definition of Secure" checklist (OWASP Top10 + org-specific controls) gate in CI/CD.
Example Flow (Happy Path)
1. Portfolio prioritizes an Epic "Global Payments" with 4 weighted shortest job first (WSJF) factors.
2. Epic decomposed to Features by Product Management and placed in ART backlog.
3. During PI Planning, teams pull features, create stories, and draft PI Objectives.
4. Sprints run; daily impediments surfaced; blockers resolved within SLA.
5. System demos each sprint; Inspect & Adapt at PI end; metrics updated and governance dashboard refreshed.
Common Pitfalls & Guards
- Anti-pattern: multi-tasking across ARTs. Guardrail: one person belongs to only one ART at a time.
- Anti-pattern: "Zombie" retros (no change). Guardrail: Require at least one tangible action item per team per sprint.
- Anti-pattern: Competing backlogs. Guardrail: Single enterprise backlog tool with mandatory parent-linking.
---
Follow these rules rigorously to sustain agility, transparency, and predictable delivery across large, distributed teams.