The agent acts as an expert program manager coordinating complex multi-project initiatives. It structures governance, manages cross-project dependencies, tracks benefits realization, and communicates status to steering committees with appropriate escalation.
Works with
AI-first code editor with Composer
Before installing skills in Cursor, ensure your development environment meets these requirements:
node --versionprogram-managerExecute the skills CLI command in your project's root directory to begin installation:
Fetches program-manager from borghei/claude-skills 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 program-manager. Access via /program-manager 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
77
GitHub stars
0
upvotes
Run in your terminal
0
installs
0
this week
77
stars
The agent acts as an expert program manager coordinating complex multi-project initiatives. It structures governance, manages cross-project dependencies, tracks benefits realization, and communicates status to steering committees with appropriate escalation.
The agent establishes the program hierarchy and governance:
PORTFOLIO (Strategic alignment, investment decisions, resource allocation)
-> PROGRAM (Benefit realization, cross-project coordination, governance)
-> PROJECTS (Deliverables, timeline, budget)
-> WORKSTREAMS (Tasks, activities, resources)
Governance bodies:
| Body | Cadence | Authority |
|---|---|---|
| Steering Committee | Monthly | Strategic decisions, escalations, funding |
| Program Board | Bi-weekly | Governance, progress review, issue resolution |
| Project Sync | Weekly | Coordination, dependency management |
Decision rights:
Validation checkpoint: Every program must have a named Executive Sponsor, defined decision rights, and an escalation matrix before proceeding.
The agent drafts a charter covering:
Validation checkpoint: Charter requires sign-off from Sponsor and Business Owner before project kickoff.
The agent analyzes cross-project dependencies and identifies the critical path:
python scripts/dependency_analyzer.py --projects projects.yaml
Dependency matrix example:
Project A Project B Project C Project D
Project A - -> ->
Project B <- - ->
Project C <- - ->
Project D <- <- -
Critical Path: A (Design) -> B (API) -> C (Integration) -> D (Launch)
Integration points to track:
| Integration | Projects | Interface | Owner | Risk Level |
|---|---|---|---|---|
| API Contract | A -> B | REST API | Team B | Medium |
| Data Migration | B -> C | ETL Pipeline | Team C | High |
| SSO Integration | A, B, C | SAML | Team A | Low |
Validation checkpoint: Any High-risk dependency must have a mitigation plan and a named owner before the dependent project starts.
The agent creates a resource allocation plan:
python scripts/resource_forecast.py --program program.yaml --months 12
Output includes per-role monthly allocation, total FTE forecast, and budget per month. The agent flags resource conflicts where a person is allocated >100% across projects.
python scripts/benefits_tracker.py --plan benefits_plan.yaml
For each benefit, the agent tracks:
Validation checkpoint: Benefits tracking begins at program start, not after delivery. Early measurement of leading indicators confirms the program is on track to deliver value.
The agent generates program status reports for each governance body:
Dashboard structure:
PROGRAM STATUS: [Name] Overall: GREEN/AMBER/RED
Schedule: [status] [trend] Budget: [status] [%used]
Scope: [status] [trend] Quality: [status]
Risk: [count] High risks Resources: [status]
PROJECT STATUS:
Project A: [status] [% complete] [next milestone]
Project B: [status] [% complete] [next milestone]
KEY METRICS:
Milestones: X/Y completed Benefits: $Xm realized
Issues: X open (Y critical) Deliverables: X/Y complete
Escalation matrix:
| Level | Criteria | Escalate To | Response Time |
|---|---|---|---|
| 1 | Team issue | Project Manager | 24 hours |
| 2 | Project impact | Program Manager | 48 hours |
| 3 | Program impact | Program Board | 1 week |
| 4 | Strategic impact | Steering Committee | 2 weeks |
Validation checkpoint: Any item at RED status for 2+ reporting periods must be escalated to the next governance level with a recovery plan.
$ python scripts/program_dashboard.py --program "Digital Transformation"
Program: Digital Transformation Status: AMBER (At Risk)
Sponsor: Jane Smith Phase: Execution
==========================================================
Schedule: AMBER (-2 weeks) Budget: GREEN (92% of plan)
Scope: GREEN (on track) Quality: GREEN (meets standards)
Risk: AMBER (3 High risks) Resources: GREEN (stable)
Project Status:
Project A: GREEN 100% complete (Complete)
Project B: AMBER 65% complete (Next: API Delivery Feb 10)
Project C: GREEN 40% complete (Next: Integration Start Feb 20)
Project D: BLUE 0% complete (Not Started)
Key Metrics:
Milestones: 4/8 (50%) Benefits: $1.2M realized / $10M target
Issues: 5 open (2 critical) Deliverables: 12/20 (60%)
Upcoming Milestones:
M5: Beta Release - Feb 15 (AMBER - at risk)
M6: UAT Complete - Mar 01 (GREEN - on track)
The agent maps stakeholders using Mendelow's Power-Interest Grid:
| Quadrant | Stakeholders | Strategy |
|---|---|---|
| High Power, High Interest | CEO, CTO, Business Owner | Manage closely -- regular 1:1s, involve in decisions |
| High Power, Low Interest | CFO, Legal | Keep satisfied -- executive summaries, escalate blockers |
| Low Power, High Interest | End Users, Teams | Keep informed -- newsletters, demos, feedback channels |
| Low Power, Low Interest | Vendors, Support | Monitor -- periodic updates as needed |
Communication plan:
| Audience | Content | Frequency | Channel |
|---|---|---|---|
| Steering Committee | Program status, decisions needed | Monthly | Meeting |
| Program Board | Detailed status, issue resolution | Bi-weekly | Meeting |
| Project Managers | Coordination, dependencies | Weekly | Meeting |
| Teams | Updates, context | Weekly | |
| End Users | Progress, upcoming changes | Monthly | Newsletter |
The agent maintains a program risk register scored by Probability x Impact (1-5 scale):
| Score Range | Classification | Action |
|---|---|---|
| 15-25 | Critical | Immediate mitigation, escalate to Steering Committee |
| 8-14 | High | Active mitigation plan, report to Program Board |
| 4-7 | Medium | Monitor, mitigation plan on standby |
| 1-3 | Low | Accept and monitor |
| Tool | Purpose | Command |
|---|---|---|
program_dashboard.py |
Generate program status dashboard | python scripts/program_dashboard.py --program "Name" |
dependency_analyzer.py |
Analyze cross-project dependencies | python scripts/dependency_analyzer.py --projects projects.yaml |
benefits_tracker.py |
Track benefits realization vs. plan | python scripts/benefits_tracker.py --plan benefits_plan.yaml |
resource_forecast.py |
Forecast resource allocation | python scripts/resource_forecast.py --program program.yaml --months 12 |
references/governance.md -- Program governance structures, decision rights, escalationreferences/planning.md -- Program planning, roadmapping, resource allocationreferences/benefits.md -- Benefits realization tracking and measurementreferences/stakeholders.md -- Stakeholder mapping, communication planning, influence strategies| Problem | Likely Cause | Resolution |
|---|---|---|
| Cross-project dependencies cause cascading delays | Dependencies identified too late or dependency owners not empowered to resolve conflicts | Run dependency mapping at program kickoff and refresh biweekly; assign a named owner to every high-risk dependency with authority to escalate |
| Benefits realization tracking shows zero progress months into execution | Benefits not baselined at program start, or measurement relies on lagging indicators only | Establish baselines before project kickoff; define leading indicators that show early directional progress (e.g., adoption rate before revenue impact) |
| Steering committee meetings devolve into status updates | No decision agenda; status information not distributed in advance | Send status dashboard 48 hours before meeting; structure agenda around decisions needed, risks requiring escalation, and resource requests only |
| Resource conflicts across projects are never resolved | No single view of resource allocation; project managers negotiate bilaterally | Maintain a centralized resource allocation dashboard; escalate conflicts above 100% allocation to the Program Board with options |
| Program status is always "green" until sudden "red" | Project managers fear escalation; status criteria are subjective | Define objective RAG thresholds (e.g., >5 days late = Amber, >15 days = Red); normalize escalation as a positive signal, not a failure |
| Governance overhead slows delivery | Too many approval gates, overlapping governance bodies, or unclear decision rights | Streamline to three governance tiers maximum; publish a RACI for every decision type; delegate routine decisions to lowest appropriate level |
| Stakeholders disengage from the program | Communication is generic, too frequent, or not relevant to their interests | Segment communication by Mendelow quadrant; tailor content to each audience's concerns; reduce frequency for low-interest stakeholders |
In Scope: Program charter creation, governance structure design, cross-project dependency management, benefits realization tracking, resource allocation planning, stakeholder communication, risk management, milestone tracking, steering committee facilitation, escalation management.
Out of Scope: Individual project execution (hand off to project managers), sprint-level delivery (hand off to scrum-master/), tool configuration (hand off to jira-expert/), production deployments (hand off to delivery-manager/), budget approval authority (retained by Steering Committee).
Limitations: Benefits realization accuracy depends on finance team providing baseline and actual financial data. Resource forecasting assumes stable team composition -- high attrition invalidates projections. Governance effectiveness requires consistent executive participation; sponsor turnover can reset program momentum. SAFe/LeSS scaling recommendations assume teams have achieved at least agile maturity Level 2.
| Integration | Direction | What Flows |
|---|---|---|
senior-pm/ |
Bidirectional | Portfolio priorities inform program scope; program status feeds portfolio dashboard |
delivery-manager/ |
PgM -> DM | Program milestones and release windows; cross-project deployment coordination |
agile-coach/ |
Coach -> PgM | Scaling framework recommendations (SAFe, LeSS) inform program governance design |
scrum-master/ |
SM -> PgM | Team velocity and capacity data for resource forecasting |
jira-expert/ |
PgM -> Jira | Cross-project epic tracking, program-level dashboards, dependency issue types |
confluence-expert/ |
PgM -> Confluence | Program charter, governance docs, stakeholder communication archives |
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.
mattpocock/skills
parcadei/continuous-claude-v3
cursor/plugins
ailabs-393/ai-labs-claude-skills
ailabs-393/ai-labs-claude-skills
pproenca/dot-skills
program-manager has been reliable in day-to-day use. Documentation quality is above average for community skills.
program-manager fits our agent workflows well — practical, well scoped, and easy to wire into existing repos.
program-manager reduced setup friction for our internal harness; good balance of opinion and flexibility.
I recommend program-manager for anyone iterating fast on agent tooling; clear intent and a small, reviewable surface area.
program-manager fits our agent workflows well — practical, well scoped, and easy to wire into existing repos.
We added program-manager from the explainx registry; install was straightforward and the SKILL.md answered most questions upfront.
Solid pick for teams standardizing on skills: program-manager is focused, and the summary matches what you get after install.
program-manager is among the better-maintained entries we tried; worth keeping pinned for repeat workflows.
Useful defaults in program-manager — fewer surprises than typical one-off scripts, and it plays nicely with `npx skills` flows.
Registry listing for program-manager matched our evaluation — installs cleanly and behaves as described in the markdown.
showing 1-10 of 56