
Senior Pm
- 349 installs
- 451 repo stars
- Updated July 21, 2026
- borghei/claude-skills
senior-pm is an enterprise project-management agent skill that applies portfolio prioritization, EMV risk analysis, and executive reporting for developers and engineering leads managing multi-project SaaS delivery.
About
senior-pm is a Senior Project Management agent skill (version 2.0.0) from borghei/claude-skills for enterprise software, SaaS, and digital transformation portfolios. It guides WSJF, RICE, ICE, and MoSCoW prioritization, Expected Monetary Value risk quantification, Monte Carlo schedule confidence modeling, stakeholder alignment, and RAG-status executive reporting. Four bundled Python tools—project_health_dashboard.py, risk_matrix_analyzer.py, resource_capacity_planner.py, and stakeholder_mapper.py—support quantitative portfolio health scoring and capacity planning demos. Reach for senior-pm when engineering leaders need structured portfolio tradeoffs, risk-adjusted roadmaps, and board-ready status narratives rather than sprint-level ticket grooming alone.
- AI
- Developer tool
Senior Pm by the numbers
- 349 all-time installs (skills.sh)
- Ranked #2,126 of 16,546 AI & Agent Building skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/borghei/claude-skills --skill senior-pmAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 349 |
|---|---|
| repo stars | ★ 451 |
| Last updated | July 21, 2026 |
| Repository | borghei/claude-skills ↗ |
How do you prioritize a SaaS project portfolio quantitatively?
For integrating A developer tool for AI integration and automation
Who is it for?
Engineering managers and technical program leads running multi-project SaaS portfolios who need WSJF prioritization, EMV risk scoring, and executive-ready reporting.
Skip if: Developers who only need a single-sprint Jira board cleanup or code-level task breakdown without portfolio-level risk quantification should skip senior-pm.
When should I use this skill?
User asks for portfolio prioritization, EMV risk analysis, Monte Carlo schedule modeling, WSJF scoring, or executive RAG status reporting
What you get
Portfolio prioritization matrix, EMV risk analysis, Monte Carlo schedule model, stakeholder map, and executive RAG report
- portfolio health dashboard
- risk matrix analysis
- stakeholder map
By the numbers
- Bundles 4 Python PM scripts: project_health_dashboard, risk_matrix_analyzer, resource_capacity_planner, stakeholder_mapp
- Skill metadata version 2.0.0 from borghei/claude-skills
Files
Senior Project Management Expert
Overview
Strategic project management for enterprise software, SaaS, and digital transformation initiatives. This skill provides sophisticated portfolio management capabilities, quantitative analysis tools, and executive-level reporting frameworks for managing complex, multi-million dollar project portfolios. It pairs deterministic Python analysis (health scoring, risk matrices, capacity planning, stakeholder mapping) with board-ready communication frameworks.
Use when
- The user asks to "run a portfolio health review", "build an executive status report", or "do a stakeholder map"
- Multiple projects need prioritization across WSJF / RICE / ICE / MoSCoW with strategic alignment
- A board-ready or executive-ready RAG report needs to be produced
- Risk analysis needs EMV, Monte Carlo, or portfolio risk correlation — beyond a basic probability/impact matrix
- Resource capacity planning is needed across multiple concurrent projects
- A quarterly portfolio rebalancing or three-horizons review is being planned
- The user says "our portfolio is misaligned", "executives don't trust the reports", or "we can't tell which projects are actually healthy"
Core Capabilities
- Portfolio health & strategic alignment — multi-dimensional weighted scoring (timeline, budget, scope, quality, risk), RAG status, three-horizons rebalancing
- Quantitative risk management — EMV analysis, three-point/Monte Carlo estimation, category weighting, portfolio risk correlation, risk-appetite framework
- Advanced prioritization — WSJF, RICE, ICE, MoSCoW, MCDA with a model-selection decision tree
- Resource capacity planning — utilization optimization (70-85% band), skill matching, bottleneck identification, scenario planning
- Executive communication & governance — board-ready RAG reports, RACI matrices, escalation paths, risk-adjusted ROI/NPV
Clarify First
Before generating the report or analysis, confirm these inputs. If any is unknown or vague, ASK — do not assume:
- [ ] Which artifact — portfolio health review, executive status report, stakeholder map, or risk/capacity analysis (each maps to a different tool and structure)
- [ ] Audience — board, exec staff, or delivery team (sets the altitude, RAG framing, and level of detail)
- [ ] Portfolio scope and data — which projects and what timeline/budget/risk data exists (scores and dashboards are only as good as the inputs)
- [ ] Prioritization model — WSJF, RICE, ICE, or MoSCoW, when ranking projects (each produces a different order)
Stop rule: ask only the 2-3 that most change the output. If the user says "just draft it," proceed and list your assumptions at the top of the artifact.
Quick Start
# Tier 1 — portfolio health (multi-dimensional RAG scoring)
python3 scripts/project_health_dashboard.py assets/sample_project_data.json
# Tier 2 — quantitative risk matrix + mitigation strategy
python3 scripts/risk_matrix_analyzer.py assets/sample_project_data.json
# Tier 3 — resource capacity / utilization
python3 scripts/resource_capacity_planner.py assets/sample_project_data.json
# Stakeholder mapping (Mendelow's Matrix + comms plan)
python3 scripts/stakeholder_mapper.py --demo --format jsonReferences
Load the reference that matches the task — keep this file lean and pull detail on demand:
- [references/methodology-and-operations.md](references/methodology-and-operations.md) — the full three-tier analysis approach, prioritization models, risk framework, stakeholder-mapping detail, asset/template descriptions, weekly/monthly/quarterly workflows, handoff protocols, KPIs, anti-patterns, troubleshooting, success criteria, and Python tool flag reference. Read this for any hands-on portfolio, risk, capacity, or reporting work.
- [references/portfolio-prioritization-models.md](references/portfolio-prioritization-models.md) — deep dive on WSJF/RICE/ICE/MoSCoW/MCDA and the model-selection decision tree. Read when choosing or defending a prioritization model.
- [references/risk-management-framework.md](references/risk-management-framework.md) — full quantitative risk process: identification, three-point estimation, EMV, portfolio correlation, risk appetite. Read for any non-trivial risk analysis.
- [references/stakeholder-engagement-guide.md](references/stakeholder-engagement-guide.md) — Mendelow quadrant playbooks, blocker engagement, communication cadences. Read when building a stakeholder/communication plan.
- [references/red-flags.md](references/red-flags.md) — common ways this skill's output goes wrong, with fixes. Read before finalizing a portfolio assessment or executive report.
Scope & Limitations
In Scope: Multi-project portfolio health assessment with weighted composite scoring; quantitative risk analysis using EMV, probability/impact matrices, and category weighting; resource capacity planning with utilization optimization and skill-matching; stakeholder mapping with Mendelow's Matrix and targeted communication plans; executive-level reporting with RAG status dashboards and strategic recommendations.
Out of Scope: Sprint-level team management (see scrum-master/); product backlog management and feature prioritization (see execution/prioritization-frameworks/); agile coaching and team maturity (see agile-coach/); financial modeling beyond project-level ROI (see finance/); contract negotiation and procurement.
Important Caveats: Health scores use deterministic formulas, not ML predictions — calibrate thresholds to your portfolio. Risk EMV assumes independent risks; portfolio correlation analysis (Step 4) gives a more accurate combined view but needs cross-project dependency data. Capacity models are weekly snapshots; they do not account for intra-week variability or unplanned spikes.
Integration Points
| Integration | Direction | Description |
|---|---|---|
scrum-master/ | Receives from | Sprint velocity and health metrics feed portfolio-level health dashboards |
sprint-retrospective/ | Receives from | Retro insights inform stakeholder reports and process improvement tracking |
execution/brainstorm-okrs/ | Feeds into | Portfolio priorities and strategic context shape quarterly OKR themes |
execution/outcome-roadmap/ | Feeds into | Portfolio health data influences roadmap commitment levels (Now/Next/Later) |
discovery/pre-mortem/ | Receives from | Launch-blocking tigers escalate into portfolio risk register |
execution/release-notes/ | Complements | Release notes incorporate stakeholder communication plans from mapper |
| Jira via Atlassian MCP | Bidirectional | Pull project data for health analysis; push status reports to Confluence |
| Financial Systems | Receives from | Real-time budget and spend data for variance analysis |
Executive Portfolio Report Template
Reporting Period: [Start Date] - [End Date] Report Date: [Report Generation Date] Prepared By: [Senior Project Manager Name] Distribution: Executive Leadership Team, Board of Directors
---
Executive Summary & Key Messages
Portfolio Health at a Glance
- Overall Portfolio Health: 🟢 GREEN | 🟡 AMBER | 🔴 RED
- Total Active Projects: [Number] projects, $[Total Budget]M investment
- Projects On-Track: [Number]% | At-Risk: [Number]% | Critical: [Number]%
- This Quarter's Achievements: [2-3 key wins with business impact]
- Critical Actions Needed: [1-2 most urgent executive decisions required]
Strategic Impact Summary
| Strategic Priority | Progress | Risk Level | Business Value Delivered |
|---|---|---|---|
| [Priority 1] | [%] Complete | 🟢🟡🔴 | $[Value]M / [Key Metric] |
| [Priority 2] | [%] Complete | 🟢🟡🔴 | $[Value]M / [Key Metric] |
| [Priority 3] | [%] Complete | 🟢🟡🔴 | $[Value]M / [Key Metric] |
---
Portfolio Dashboard & RAG Status
Current Portfolio Overview
| Project Name | Priority | Status | Budget Health | Timeline | Risk Level | Business Value |
|---|---|---|---|---|---|---|
| [Project 1] | Critical | 🟢 | 📊 $[X]M / $[Y]M | [X]% | 🟢🟡🔴 | $[Value]M |
| [Project 2] | High | 🟡 | 📊 $[X]M / $[Y]M | [X]% | 🟢🟡🔴 | $[Value]M |
| [Project 3] | Medium | 🔴 | 📊 $[X]M / $[Y]M | [X]% | 🟢🟡🔴 | $[Value]M |
RAG Status Definitions
- 🟢 GREEN: On-track for all success criteria (scope, time, budget, quality)
- 🟡 AMBER: Minor deviations, manageable with standard mitigation actions
- 🔴 RED: Significant issues requiring immediate executive intervention
Portfolio Trends (Last 6 Months)
🟢 Green Projects: ████████░░ 75% → 80% (↗️ +5%)
🟡 Amber Projects: ████░░░░░░ 20% → 15% (↘️ -5%)
🔴 Red Projects: █░░░░░░░░░ 5% → 5% (→ No Change)---
Financial Performance
Budget Performance Summary
| Metric | This Quarter | YTD | Variance | Forecast |
|---|---|---|---|---|
| Total Portfolio Budget | $[X]M | $[X]M | $[X]M ([±]%) | $[X]M |
| Actual Spend | $[X]M | $[X]M | $[X]M ([±]%) | $[X]M |
| Committed/Forecast | $[X]M | $[X]M | - | $[X]M |
| Available/Reserve | $[X]M | $[X]M | - | $[X]M |
Investment by Strategic Category
Digital Transformation: ████████████░ 60% ($[X]M)
Operational Excellence: ████████░░░░░ 25% ($[X]M)
Market Expansion: ████░░░░░░░░░ 15% ($[X]M)ROI & Value Realization
- Expected Portfolio ROI: [X]% over [Y] years
- Value Already Delivered: $[X]M ([X]% of total expected value)
- At-Risk Value: $[X]M (due to delayed/troubled projects)
- Value Acceleration Opportunities: $[X]M (with additional investment)
---
Key Achievements This Period
Major Milestones Completed
1. [Project Name] - [Milestone]
- Business Impact: [Quantified benefit - revenue, cost savings, efficiency]
- Strategic Value: [How this advances business objectives]
- Stakeholder Impact: [Customer, employee, operational improvements]
2. [Project Name] - [Milestone]
- Business Impact: [Quantified benefit]
- Strategic Value: [Strategic advancement]
- Stakeholder Impact: [Stakeholder benefits]
Business Value Delivered
- Revenue Impact: $[X]M additional revenue / [X]% growth
- Cost Reduction: $[X]M annual savings / [X]% efficiency gain
- Process Improvements: [X]% faster processing / [X]% error reduction
- Customer Impact: [X]% satisfaction increase / [X]K new customers
- Employee Impact: [X]% productivity gain / [X] hours saved per week
---
Critical Issues & Executive Decisions Needed
🔴 RED ALERT - Immediate Action Required
Issue 1: [Critical Issue Title]
- Project: [Project Name]
- Business Impact: [Revenue at risk, customer impact, competitive disadvantage]
- Root Cause: [Primary cause - resource, technical, external]
- Options Available:
1. [Option 1]: [Cost, timeline, risk implications] 2. [Option 2]: [Cost, timeline, risk implications] 3. [Option 3]: [Cost, timeline, risk implications]
- Recommended Action: [Clear recommendation with rationale]
- Decision Needed By: [Date]
- Decision Maker: [Executive Name/Role]
🟡 AMBER - Strategic Decisions Required
Issue 2: [Strategic Issue Title]
- Context: [Background and strategic importance]
- Decision Required: [What needs to be decided and by when]
- Business Case: [Financial and strategic implications]
- Recommendation: [Proposed path forward]
- Dependencies: [What else depends on this decision]
Resource & Investment Requests
| Request | Project | Justification | Investment Required | Expected ROI | Decision Date |
|---|---|---|---|---|---|
| [Request 1] | [Project] | [Business case] | $[Amount] | [ROI/Value] | [Date] |
| [Request 2] | [Project] | [Business case] | $[Amount] | [ROI/Value] | [Date] |
---
Risk & Opportunity Management
Top 5 Portfolio Risks
| Risk | Probability | Business Impact | Mitigation Status | Owner | Action Required |
|---|---|---|---|---|---|
| [Risk 1] | [H/M/L] | $[X]M / [Strategic Impact] | 🟢🟡🔴 | [Owner] | [Action by Date] |
| [Risk 2] | [H/M/L] | $[X]M / [Strategic Impact] | 🟢🟡🔴 | [Owner] | [Action by Date] |
Emerging Opportunities
1. [Opportunity Title]
- Business Potential: [Revenue potential, strategic advantage]
- Investment Required: [Resources, budget, timeline]
- Decision Timeline: [When decision needed]
Risk Appetite & Tolerance
- Current Portfolio Risk Level: [High/Medium/Low] vs Target [High/Medium/Low]
- Risk Concentration: [Top risk categories and exposure levels]
- Mitigation Effectiveness: [% of risks with active mitigation plans]
---
Resource & Capacity Analysis
Team Health & Capacity
| Department | Utilization | Critical Resources | Capacity Alerts |
|---|---|---|---|
| Engineering | [X]% | [Number] at >95% | 🟢🟡🔴 |
| Product | [X]% | [Number] at >95% | 🟢🟡🔴 |
| Design | [X]% | [Number] at >95% | 🟢🟡🔴 |
Resource Conflicts & Bottlenecks
- Critical Resource Conflicts: [Specific people/skills in high demand]
- Skill Gaps: [Missing capabilities affecting multiple projects]
- Succession Risks: [Key person dependencies and mitigation plans]
Capacity Planning
- Current Quarter Capacity: [X]% utilized
- Next Quarter Outlook: [Capacity vs demand analysis]
- Resource Investment Needs: [Where additional resources needed most]
---
Market & Competitive Intelligence
External Factors Impacting Portfolio
- Market Dynamics: [Changes affecting project priorities or timelines]
- Competitive Moves: [Competitor actions requiring portfolio adjustments]
- Regulatory Changes: [Compliance requirements affecting projects]
- Technology Shifts: [Emerging technologies creating opportunities/threats]
Strategic Positioning
- Competitive Advantage Progress: [How projects advance market position]
- Market Entry Status: [New markets, customer segments being accessed]
- Innovation Pipeline: [Next-generation capabilities being developed]
---
Forward Look & Recommendations
Next Quarter Priorities
1. Priority 1: [Specific focus area with success metrics] 2. Priority 2: [Specific focus area with success metrics] 3. Priority 3: [Specific focus area with success metrics]
Strategic Recommendations
1. [Recommendation 1]
- Rationale: [Why this is important now]
- Business Impact: [Expected benefit]
- Investment Required: [Resources, budget, timeline]
- Risk of Delay: [Consequences of not acting]
2. [Recommendation 2]
- [Same format as above]
Portfolio Optimization Opportunities
- Resource Reallocation: [Moving resources between projects for better ROI]
- Scope Adjustments: [Projects where scope could be modified for faster value]
- Timeline Acceleration: [Projects where additional investment could accelerate delivery]
- Strategic Pivots: [Projects that should be redirected based on market changes]
---
Key Performance Indicators
Portfolio Health Metrics
| KPI | This Period | Previous Period | YTD | Target | Trend |
|---|---|---|---|---|---|
| On-Time Delivery % | [X]% | [X]% | [X]% | [X]% | ↗️↘️→ |
| Budget Variance % | [±X]% | [±X]% | [±X]% | <[X]% | ↗️↘️→ |
| Quality Score | [X]/10 | [X]/10 | [X]/10 | >[X] | ↗️↘️→ |
| Stakeholder Satisfaction | [X]/10 | [X]/10 | [X]/10 | >[X] | ↗️↘️→ |
| ROI Achievement | [X]% | [X]% | [X]% | [X]% | ↗️↘️→ |
Business Impact Metrics
| Metric | Current | Target | Gap | Notes |
|---|---|---|---|---|
| Revenue Impact | $[X]M | $[X]M | $[X]M | [Commentary] |
| Cost Savings | $[X]M | $[X]M | $[X]M | [Commentary] |
| Process Efficiency | [X]% | [X]% | [X]% | [Commentary] |
| Customer Satisfaction | [X]/10 | [X]/10 | [X] | [Commentary] |
---
Appendix
A. Detailed Project Status Reports
[Link to individual project detailed reports]
B. Financial Deep-Dive
[Detailed budget analysis, variance explanations]
C. Risk Register
[Complete risk register with full details]
D. Resource Allocation Matrix
[Detailed resource assignments and utilization]
E. Stakeholder Feedback Summary
[Key feedback themes from stakeholder surveys/interviews]
---
Report Prepared By: [Senior Project Manager Name] [Title] [Email] | [Phone]
Quality Assurance: [PMO Director Name] - Reviewed and Approved [Date of Approval]
Next Report Due: [Date] Special Topics Next Period: [Preview of upcoming focus areas]
---
This report contains confidential business information. Distribution limited to authorized executives only.
{
"description": "Expected outputs from all three senior-pm scripts when run against sample_project_data.json",
"risk_matrix_analyzer": {
"summary": {
"total_risks": 6,
"active_risks": 5,
"closed_risks": 1,
"critical_risks": 0,
"high_risks": 1,
"total_risk_exposure": 59.2,
"average_risk_score": 11.84,
"overdue_risks": 5
},
"risk_level_distribution": {
"critical": 0,
"high": 1,
"medium": 3,
"low": 1
},
"highest_risk_categories": [
"financial",
"technical",
"resource"
],
"key_recommendations": [
"Focus mitigation efforts on financial risks - highest concentration of risk exposure",
"Address overdue mitigation actions - more than 20% of risks are past their target resolution date"
],
"top_risks": [
{
"title": "Cloud migration budget overrun",
"score": 16.8,
"level": "high",
"category": "financial"
},
{
"title": "Third-party API dependency for mobile banking app",
"score": 14.4,
"level": "medium",
"category": "technical"
},
{
"title": "Key ML engineer departure risk",
"score": 11.0,
"level": "medium",
"category": "resource"
}
]
},
"resource_capacity_planner": {
"summary": {
"total_resources": 6,
"total_projects": 4,
"active_projects": 2,
"overall_utilization": 86.7
},
"utilization_analysis": {
"optimal": 3,
"over_utilized": 2,
"critical": 1
},
"capacity_alerts": [
"CRITICAL: 1 resources are severely over-allocated (>95%)",
"WARNING: 2 resources are over-allocated (85-95%)"
],
"critical_resources": [
{
"name": "Marcus Rodriguez",
"role": "tech lead",
"utilization": 100.0
}
],
"available_capacity": {
"Jennifer Walsh": "20% available (8h/week)",
"Lisa Thompson": "30% available (12h/week)",
"David Kim": "15% available (6h/week)"
},
"key_recommendations": [
"URGENT: Redistribute workload for critically over-allocated resources to prevent burnout",
"Review skill-to-project matching and consider reallocation for better efficiency"
]
},
"project_health_dashboard": {
"portfolio_overview": {
"total_projects": 4,
"active_projects": 3,
"portfolio_average_score": 89.8,
"projects_needing_attention": 0,
"critical_projects": 0
},
"rag_status": {
"green": 3,
"amber": 0,
"red": 0,
"portfolio_grade": "healthy"
},
"dimension_analysis": {
"strongest": "timeline",
"weakest": "quality",
"dimension_scores": {
"timeline": 100.0,
"budget": 100.0,
"scope": 100.0,
"quality": 49.0,
"risk": 100.0
}
},
"project_performance": [
{
"name": "Mobile Banking App v3.0",
"score": 89.8,
"status": "green",
"priority": "high"
},
{
"name": "Cloud Infrastructure Migration",
"score": 89.8,
"status": "green",
"priority": "critical"
},
{
"name": "AI-Powered Analytics Dashboard",
"score": 89.8,
"status": "green",
"priority": "medium"
}
],
"key_recommendations": [
"Focus improvement efforts on quality - weakest portfolio dimension"
]
},
"usage_examples": {
"risk_analysis": {
"command": "python3 scripts/risk_matrix_analyzer.py assets/sample_project_data.json",
"description": "Generates comprehensive risk analysis with probability/impact matrix, category breakdown, and mitigation recommendations"
},
"capacity_planning": {
"command": "python3 scripts/resource_capacity_planner.py assets/sample_project_data.json",
"description": "Analyzes resource utilization across portfolio, identifies capacity constraints and optimization opportunities"
},
"portfolio_health": {
"command": "python3 scripts/project_health_dashboard.py assets/sample_project_data.json",
"description": "Provides executive dashboard view of portfolio health across multiple dimensions with RAG status"
},
"json_output": {
"command": "python3 scripts/[script_name].py assets/sample_project_data.json --format json",
"description": "All scripts support JSON output format for integration with dashboards and reporting tools"
}
}
}Project Charter Template
Project Name: [Project Name] Project ID: [Unique Identifier] Prepared By: [Project Manager Name] Date: [Charter Date] Version: [Version Number]
---
Executive Summary
One-sentence Project Description: [Clear, concise statement of what the project will deliver and its primary value]
Strategic Alignment:
- Business Objective: [Link to specific business goal/OKR]
- Strategic Priority: [High/Medium/Low with justification]
- Portfolio Fit: [How this project fits within broader portfolio strategy]
---
Project Definition
Project Purpose & Business Case
Problem Statement: [Clear articulation of the business problem or opportunity this project addresses]
Business Justification:
- Financial Impact: [ROI, NPV, cost savings, revenue impact]
- Strategic Benefits: [Market position, competitive advantage, capability building]
- Risk of NOT Doing: [Consequences of maintaining status quo]
Expected Business Value:
- Quantified Benefits: [Specific metrics and targets]
- Qualitative Benefits: [Brand, customer satisfaction, employee engagement]
- Success Metrics: [How success will be measured]
Scope Definition
In Scope:
- [Specific deliverable 1 with acceptance criteria]
- [Specific deliverable 2 with acceptance criteria]
- [Specific deliverable 3 with acceptance criteria]
Out of Scope:
- [Explicitly excluded item 1 - prevents scope creep]
- [Explicitly excluded item 2 - prevents scope creep]
- [Future phases or features deferred]
Key Deliverables:
| Deliverable | Description | Acceptance Criteria | Due Date |
|---|---|---|---|
| [Name] | [Description] | [Measurable criteria] | [Date] |
| [Name] | [Description] | [Measurable criteria] | [Date] |
---
Success Criteria
Primary Success Criteria
1. [Criterion 1]: [Specific, measurable outcome with target value] 2. [Criterion 2]: [Specific, measurable outcome with target value] 3. [Criterion 3]: [Specific, measurable outcome with target value]
Key Performance Indicators (KPIs)
| KPI | Baseline | Target | Measurement Method | Review Frequency |
|---|---|---|---|---|
| [KPI Name] | [Current State] | [Desired State] | [How Measured] | [When Reviewed] |
Quality Gates
- Gate 1: [Milestone] - [Quality criteria that must be met]
- Gate 2: [Milestone] - [Quality criteria that must be met]
- Gate 3: [Milestone] - [Quality criteria that must be met]
---
Project Organization & RACI
Steering Committee
| Role | Name | Responsibilities |
|---|---|---|
| Executive Sponsor | [Name] | Final accountability, funding authority, strategic alignment |
| Business Owner | [Name] | Business requirements, user acceptance, benefits realization |
| Technical Owner | [Name] | Technical architecture, standards compliance, technical risk |
Core Project Team
| Role | Name | RACI Key | Responsibilities |
|---|---|---|---|
| Project Manager | [Name] | A | Overall project delivery, timeline, budget, risk management |
| Product Owner | [Name] | R | Requirements definition, backlog prioritization, user stories |
| Technical Lead | [Name] | R | Technical design, code quality, technical decision-making |
| QA Lead | [Name] | R | Test strategy, quality assurance, defect management |
| UI/UX Designer | [Name] | R | User experience design, interface design, usability |
Extended Stakeholders
| Stakeholder Group | Representative | Interest Level | Influence Level | Communication Needs |
|---|---|---|---|---|
| [Department/Group] | [Name] | [High/Medium/Low] | [High/Medium/Low] | [Frequency and method] |
RACI Matrix - Key Decisions
| Decision/Activity | Project Manager | Product Owner | Tech Lead | QA Lead | Sponsor |
|---|---|---|---|---|---|
| Requirements approval | A | R | C | C | I |
| Technical architecture | A | C | R | C | I |
| Go-live decision | A | C | C | C | R |
| Scope changes | A | R | C | C | R |
RACI Legend: R=Responsible, A=Accountable, C=Consulted, I=Informed
---
Timeline & Milestones
High-Level Timeline
| Phase | Start Date | End Date | Key Deliverables | Dependencies |
|---|---|---|---|---|
| Discovery | [Date] | [Date] | Requirements, Architecture | [Dependencies] |
| Development | [Date] | [Date] | Core Features, Testing | [Dependencies] |
| Testing | [Date] | [Date] | QA Sign-off, UAT | [Dependencies] |
| Deployment | [Date] | [Date] | Production Release | [Dependencies] |
Critical Path Milestones
1. [Milestone 1]: [Date] - [Deliverable and significance] 2. [Milestone 2]: [Date] - [Deliverable and significance] 3. [Milestone 3]: [Date] - [Deliverable and significance]
Dependencies & Constraints
External Dependencies:
- [Dependency 1]: [Description, owner, required date]
- [Dependency 2]: [Description, owner, required date]
Resource Constraints:
- [Constraint 1]: [Description and mitigation plan]
- [Constraint 2]: [Description and mitigation plan]
---
Budget & Resources
Budget Summary
| Category | Planned Budget | Contingency | Total Authorized |
|---|---|---|---|
| Personnel | $[Amount] | $[Amount] | $[Amount] |
| Software/Licenses | $[Amount] | $[Amount] | $[Amount] |
| Hardware/Infrastructure | $[Amount] | $[Amount] | $[Amount] |
| External Services | $[Amount] | $[Amount] | $[Amount] |
| Total | $[Total] | $[Total] | $[Total] |
Resource Requirements
| Role | FTE Required | Duration | Skills Required | Availability |
|---|---|---|---|---|
| [Role] | [FTE] | [Months] | [Key Skills] | [Confirmed/TBD] |
Funding & Financial Management
- Funding Source: [Department/Budget code]
- Budget Authority: [Who can approve expenditures]
- Financial Reporting: [Frequency and format of budget reports]
- Change Control: [Process for budget change requests]
---
Risk Management
High-Level Risk Assessment
| Risk Category | Probability | Impact | Risk Score | Mitigation Strategy |
|---|---|---|---|---|
| Technical | [H/M/L] | [H/M/L] | [1-25] | [High-level strategy] |
| Resource | [H/M/L] | [H/M/L] | [1-25] | [High-level strategy] |
| Schedule | [H/M/L] | [H/M/L] | [1-25] | [High-level strategy] |
| Business | [H/M/L] | [H/M/L] | [1-25] | [High-level strategy] |
Top 5 Project Risks
1. [Risk Title]: [Description, impact, probability, mitigation plan] 2. [Risk Title]: [Description, impact, probability, mitigation plan] 3. [Risk Title]: [Description, impact, probability, mitigation plan] 4. [Risk Title]: [Description, impact, probability, mitigation plan] 5. [Risk Title]: [Description, impact, probability, mitigation plan]
Risk Management Process
- Risk Identification: [How risks will be identified and by whom]
- Risk Assessment: [Methodology for probability/impact scoring]
- Risk Response: [Strategies - avoid, mitigate, transfer, accept]
- Risk Monitoring: [Review frequency and reporting process]
---
Communication & Governance
Communication Plan
| Audience | Information Needs | Format | Frequency | Owner |
|---|---|---|---|---|
| Executive Sponsors | Status, risks, decisions needed | Dashboard + Meeting | Weekly | PM |
| Steering Committee | Progress, issues, change requests | Report + Meeting | Bi-weekly | PM |
| Project Team | Tasks, blockers, technical updates | Standup + Slack | Daily | Tech Lead |
| Stakeholders | Feature progress, testing needs | Newsletter | Bi-weekly | PO |
Decision-Making Framework
- Decision Types: [Operational, tactical, strategic classifications]
- Decision Rights: [Who makes what decisions at what levels]
- Escalation Path: [When and how to escalate decisions upward]
- Decision Log: [How decisions will be recorded and communicated]
Change Control Process
1. Change Request: [How changes are requested and documented] 2. Impact Assessment: [Analysis of scope, time, cost, quality impacts] 3. Approval Authority: [Who can approve different types/sizes of changes] 4. Implementation: [How approved changes are implemented and communicated]
---
Quality Management
Quality Standards & Requirements
- Technical Standards: [Coding standards, security requirements, performance criteria]
- Business Standards: [Acceptance criteria, usability requirements, accessibility]
- Process Standards: [Development methodology, testing approach, documentation]
Quality Assurance Plan
- Code Reviews: [Process, criteria, tools]
- Testing Strategy: [Unit, integration, system, user acceptance testing]
- Quality Gates: [Go/no-go criteria at each phase]
- Defect Management: [Bug tracking, severity classification, resolution process]
---
Assumptions & Constraints
Key Assumptions
- [Assumption 1 about resources, technology, or business environment]
- [Assumption 2 about stakeholder availability or external dependencies]
- [Assumption 3 about market conditions or regulatory environment]
Project Constraints
- Time Constraints: [Fixed deadlines, seasonal considerations]
- Budget Constraints: [Funding limitations, cost restrictions]
- Resource Constraints: [Team size limits, skill availability]
- Technical Constraints: [System limitations, technology choices]
- Regulatory Constraints: [Compliance requirements, approval processes]
---
Approval & Sign-off
Charter Approval
| Role | Name | Signature | Date |
|---|---|---|---|
| Executive Sponsor | [Name] | _________________ | [Date] |
| Business Owner | [Name] | _________________ | [Date] |
| Project Manager | [Name] | _________________ | [Date] |
| Technical Owner | [Name] | _________________ | [Date] |
Project Authorization
By signing this charter, the undersigned acknowledge they have reviewed and approve:
- Project scope, objectives, and success criteria
- Resource allocation and budget authorization
- Timeline and milestone commitments
- Risk acceptance and mitigation strategies
- Communication and governance processes
Next Steps: 1. Distribute approved charter to all stakeholders 2. Schedule project kick-off meeting 3. Begin detailed planning and team formation 4. Establish project tracking and reporting mechanisms
---
Document Control:
- Template Version: 2.1
- Last Updated: [Date]
- Next Review: [Date]
- Document Owner: Project Management Office
RACI Matrix Template
Project: [Project Name] Version: [Version Number] Date: [Creation/Update Date] Owner: [Project Manager Name]
---
RACI Matrix Legend
| Code | Role | Description |
|---|---|---|
| R | Responsible | The person(s) who actually performs the work to complete the task |
| A | Accountable | The person who is ultimately answerable for the correct completion |
| C | Consulted | The person(s) whose opinions are sought and with whom there is two-way communication |
| I | Informed | The person(s) who are kept up-to-date on progress, often only one-way communication |
RACI Best Practices
- ✅ One A per activity - Only one person can be accountable for each task
- ✅ At least one R per activity - Someone must be responsible for doing the work
- ✅ Minimize C's - Too many consulted stakeholders can slow decision-making
- ✅ Strategic I's only - Inform only those who truly need to know
---
Stakeholder Roster
Core Project Team
| Name | Role | Department | Contact | Availability |
|---|---|---|---|---|
| [Name] | Project Manager | PMO | [email] | 100% |
| [Name] | Product Owner | Product | [email] | 75% |
| [Name] | Technical Lead | Engineering | [email] | 90% |
| [Name] | UX Designer | Design | [email] | 50% |
| [Name] | QA Lead | Quality | [email] | 60% |
Executive Stakeholders
| Name | Role | Department | Contact | Decision Authority |
|---|---|---|---|---|
| [Name] | Executive Sponsor | [Department] | [email] | Budget & Strategic Direction |
| [Name] | Business Owner | [Department] | [email] | Requirements & Acceptance |
| [Name] | Technical Owner | [Department] | [email] | Architecture & Standards |
Extended Stakeholders
| Name | Role | Department | Contact | Interest Level |
|---|---|---|---|---|
| [Name] | [Role] | [Department] | [email] | High/Medium/Low |
| [Name] | [Role] | [Department] | [email] | High/Medium/Low |
---
Project Phase RACI Matrices
Phase 1: Project Initiation & Planning
| Activity | Project Manager | Executive Sponsor | Business Owner | Product Owner | Technical Lead |
|---|---|---|---|---|---|
| Business Case Development | R | A | R | C | C |
| Project Charter Creation | A, R | A | C | C | C |
| Stakeholder Analysis | A, R | C | R | C | I |
| Initial Requirements Gathering | A | I | R | R | C |
| High-Level Architecture | A | I | C | C | R |
| Resource Planning | A, R | A | C | C | C |
| Budget Approval | R | A | C | I | I |
| Risk Assessment | A, R | C | C | C | R |
| Project Charter Sign-off | R | A | A | C | C |
Phase 2: Design & Development Setup
| Activity | Project Manager | Product Owner | Technical Lead | UX Designer | QA Lead |
|---|---|---|---|---|---|
| Requirements Documentation | A | R | C | C | C |
| Technical Architecture | A | C | R | I | C |
| System Design Documentation | A | C | R | C | C |
| UI/UX Design | A | R | C | R | I |
| Database Design | A | I | R | I | C |
| API Specifications | A | C | R | I | C |
| Test Strategy | A | C | C | I | R |
| Development Environment Setup | A | I | R | I | C |
| CI/CD Pipeline Setup | A | I | R | I | R |
Phase 3: Development & Implementation
| Activity | Project Manager | Product Owner | Technical Lead | Dev Team | QA Lead |
|---|---|---|---|---|---|
| Sprint Planning | R | A | R | R | C |
| User Story Development | A | R | C | C | C |
| Code Development | A | C | R | R | I |
| Code Reviews | I | I | A | R | I |
| Unit Testing | I | I | R | R | C |
| Integration Testing | A | C | R | R | R |
| Feature Testing | A | R | C | I | R |
| Bug Triage | R | A | R | R | R |
| Sprint Reviews | A, R | R | R | R | R |
Phase 4: Testing & Quality Assurance
| Activity | Project Manager | Product Owner | Technical Lead | QA Lead | Business Owner |
|---|---|---|---|---|---|
| Test Plan Creation | A | C | C | R | C |
| System Testing | A | C | C | R | I |
| Performance Testing | A | C | R | R | I |
| Security Testing | A | I | R | R | I |
| User Acceptance Testing | A | R | C | C | R |
| Bug Resolution | A | C | R | R | I |
| Go-Live Readiness | A | R | R | R | R |
| Sign-off Documentation | R | R | C | R | A |
Phase 5: Deployment & Launch
| Activity | Project Manager | Technical Lead | DevOps | Business Owner | Support Team |
|---|---|---|---|---|---|
| Deployment Planning | A | R | R | C | C |
| Production Deployment | A | R | R | I | I |
| Smoke Testing | A | R | C | C | R |
| Go-Live Communication | R | C | I | A | I |
| User Training | A | C | I | R | C |
| Support Documentation | A | C | C | C | R |
| Monitoring Setup | A | R | R | I | R |
| Launch Retrospective | A, R | R | C | R | C |
---
Decision-Making RACI
Strategic Decisions
| Decision Type | Project Manager | Executive Sponsor | Business Owner | Technical Owner |
|---|---|---|---|---|
| Budget Changes >10% | R | A | C | C |
| Scope Changes (Major) | R | A | R | C |
| Timeline Changes >2 weeks | R | A | R | C |
| Technology Platform Changes | R | C | C | A |
| Resource Reallocation | A, R | A | C | C |
| Go/No-Go Decisions | R | A | R | R |
Operational Decisions
| Decision Type | Project Manager | Product Owner | Technical Lead | Team Members |
|---|---|---|---|---|
| Sprint Scope | C | A | R | R |
| Technical Implementation | C | C | A, R | R |
| Bug Priority | A | R | C | C |
| Code Standards | C | C | A, R | R |
| Testing Approach | A | C | R | R |
| Daily Task Assignment | I | C | A | R |
---
Escalation Paths & Conflict Resolution
Escalation Matrix
| Issue Level | Primary Resolver | Escalation To | Timeline | Authority |
|---|---|---|---|---|
| Level 1: Task/Technical | Team Member → Technical Lead | Product Owner | 24 hours | Technical decisions |
| Level 2: Sprint/Feature | Technical Lead → Product Owner | Project Manager | 48 hours | Feature scope/priority |
| Level 3: Project Impact | Project Manager → Business Owner | Executive Sponsor | 72 hours | Budget/timeline changes |
| Level 4: Strategic | Executive Sponsor → Steering Committee | CEO/Board | 1 week | Strategic direction |
Conflict Resolution Process
1. Direct Resolution (Level 1)
- Who: Conflicting parties attempt direct resolution
- Timeline: 24 hours
- Documentation: Brief note in project log
2. Mediated Resolution (Level 2)
- Who: Project Manager facilitates discussion
- Timeline: 48 hours from escalation
- Documentation: Decision recorded with rationale
3. Executive Resolution (Level 3)
- Who: Executive Sponsor makes binding decision
- Timeline: 72 hours from escalation
- Documentation: Formal decision memo to all stakeholders
4. Steering Committee (Level 4)
- Who: Full steering committee vote
- Timeline: Next scheduled meeting (max 1 week)
- Documentation: Board resolution or meeting minutes
Communication Protocols
- Escalation Notification: All RACI stakeholders informed within 4 hours
- Decision Communication: Decision communicated to all affected parties within 24 hours
- Documentation: All escalations and resolutions logged in project management system
---
Communication & Meeting RACI
Regular Meetings
| Meeting Type | Frequency | Project Manager | Team | Stakeholders | Sponsor |
|---|---|---|---|---|---|
| Daily Standup | Daily | A | R | I | I |
| Sprint Planning | Bi-weekly | A | R | C | I |
| Sprint Review | Bi-weekly | R | R | A | C |
| Stakeholder Updates | Weekly | A, R | C | R | A |
| Steering Committee | Monthly | R | I | C | A |
Communication Artifacts
| Artifact | Creator (R) | Approver (A) | Reviewers (C) | Recipients (I) |
|---|---|---|---|---|
| Status Reports | Project Manager | Business Owner | Team Leads | All Stakeholders |
| Risk Register | Project Manager | Executive Sponsor | Risk Owners | Steering Committee |
| Change Requests | Requestor | Business Owner | Project Manager | Affected Teams |
| Decision Log | Project Manager | Decision Maker | Consulted Parties | All Stakeholders |
---
Risk & Issue Management RACI
Risk Management
| Activity | Project Manager | Risk Owner | Executive Sponsor | Team |
|---|---|---|---|---|
| Risk Identification | A | R | C | R |
| Risk Assessment | A | R | C | C |
| Mitigation Planning | A | R | C | R |
| Risk Monitoring | A | R | I | C |
| Risk Escalation | R | R | A | I |
Issue Resolution
| Issue Severity | Reporter (R) | Owner (A) | Resolver (R) | Informed (I) |
|---|---|---|---|---|
| Critical | Anyone | Project Manager | Technical Lead | Executive Sponsor |
| High | Team/Stakeholder | Technical Lead | Team Member | Project Manager |
| Medium | Team Member | Team Lead | Team Member | Project Manager |
| Low | Team Member | Team Member | Team Member | Team Lead |
---
RACI Validation & Maintenance
Validation Checklist
- [ ] Every activity has exactly one "A" (Accountable)
- [ ] Every activity has at least one "R" (Responsible)
- [ ] "C" (Consulted) roles are minimized to essential stakeholders
- [ ] "I" (Informed) includes only those who truly need updates
- [ ] No person is assigned "A" for more tasks than they can handle
- [ ] Escalation paths are clear and realistic
- [ ] Decision rights match organizational authority
Review & Update Process
- Review Frequency: Every project phase or monthly
- Update Triggers: Team changes, scope changes, organizational changes
- Approval Process: Changes require Project Manager and Executive Sponsor approval
- Communication: RACI updates communicated to all stakeholders within 48 hours
RACI Health Metrics
| Metric | Target | Current | Notes |
|---|---|---|---|
| Decision Speed | <48 hours | [X] hours | Average time for routine decisions |
| Escalation Rate | <10% | [X]% | Percentage of issues requiring escalation |
| Role Clarity | >90% | [X]% | Stakeholder survey on role understanding |
| Conflict Resolution | <72 hours | [X] hours | Average resolution time |
---
Document Control:
- Version: [Version Number]
- Last Updated: [Date]
- Next Review: [Date]
- Approved By: [Executive Sponsor Name]
Distribution List:
- All Project Stakeholders (as identified in roster)
- PMO (for template compliance)
- HR (for role clarity and performance management)
{
"portfolio_metadata": {
"organization": "TechCorp Inc.",
"reporting_period": "2025-Q1",
"generated_on": "2025-02-15",
"total_projects": 4,
"total_budget": 2800000,
"fte_count": 32
},
"projects": [
{
"id": "PROJ001",
"name": "Mobile Banking App v3.0",
"status": "in_progress",
"priority": "high",
"start_date": "2024-10-01",
"planned_end_date": "2025-06-30",
"actual_end_date": null,
"budget": {
"planned": 850000,
"spent": 425000,
"remaining": 425000,
"variance_percentage": 0.0
},
"timeline": {
"total_sprints": 18,
"completed_sprints": 9,
"progress_percentage": 50.0,
"days_behind_schedule": 5,
"critical_path_delay": false
},
"team": {
"size": 12,
"roles": {
"product_manager": 1,
"tech_lead": 1,
"senior_developer": 3,
"developer": 4,
"qa_engineer": 2,
"ui_ux_designer": 1
}
},
"quality_metrics": {
"code_coverage": 85.2,
"test_pass_rate": 94.7,
"defect_density": 0.8,
"technical_debt_hours": 120,
"security_vulnerabilities": 2
},
"stakeholder_satisfaction": 8.5,
"scope_change_count": 3,
"dependencies": ["PROJ002", "PROJ004"],
"key_milestones": [
{
"name": "MVP Release",
"planned_date": "2025-03-15",
"status": "at_risk",
"completion_percentage": 75
},
{
"name": "Beta Testing",
"planned_date": "2025-05-01",
"status": "on_track",
"completion_percentage": 0
}
]
},
{
"id": "PROJ002",
"name": "Cloud Infrastructure Migration",
"status": "in_progress",
"priority": "critical",
"start_date": "2024-08-15",
"planned_end_date": "2025-04-30",
"actual_end_date": null,
"budget": {
"planned": 650000,
"spent": 520000,
"remaining": 130000,
"variance_percentage": -20.0
},
"timeline": {
"total_sprints": 16,
"completed_sprints": 12,
"progress_percentage": 75.0,
"days_behind_schedule": 0,
"critical_path_delay": false
},
"team": {
"size": 8,
"roles": {
"solution_architect": 1,
"devops_engineer": 3,
"senior_developer": 2,
"security_specialist": 1,
"project_manager": 1
}
},
"quality_metrics": {
"code_coverage": 78.9,
"test_pass_rate": 98.2,
"defect_density": 0.3,
"technical_debt_hours": 45,
"security_vulnerabilities": 0
},
"stakeholder_satisfaction": 9.2,
"scope_change_count": 1,
"dependencies": [],
"key_milestones": [
{
"name": "Phase 1: Core Services Migration",
"planned_date": "2025-01-31",
"status": "completed",
"completion_percentage": 100
},
{
"name": "Phase 2: Database Migration",
"planned_date": "2025-03-15",
"status": "on_track",
"completion_percentage": 80
}
]
},
{
"id": "PROJ003",
"name": "AI-Powered Analytics Dashboard",
"status": "planning",
"priority": "medium",
"start_date": "2025-03-01",
"planned_end_date": "2025-10-31",
"actual_end_date": null,
"budget": {
"planned": 450000,
"spent": 25000,
"remaining": 425000,
"variance_percentage": 0.0
},
"timeline": {
"total_sprints": 16,
"completed_sprints": 0,
"progress_percentage": 5.0,
"days_behind_schedule": 0,
"critical_path_delay": false
},
"team": {
"size": 6,
"roles": {
"product_manager": 1,
"ml_engineer": 2,
"data_scientist": 1,
"frontend_developer": 2
}
},
"quality_metrics": {
"code_coverage": 0.0,
"test_pass_rate": 0.0,
"defect_density": 0.0,
"technical_debt_hours": 0,
"security_vulnerabilities": 0
},
"stakeholder_satisfaction": 7.8,
"scope_change_count": 0,
"dependencies": ["PROJ002"],
"key_milestones": [
{
"name": "Data Pipeline Setup",
"planned_date": "2025-04-30",
"status": "not_started",
"completion_percentage": 0
},
{
"name": "ML Model Training",
"planned_date": "2025-07-15",
"status": "not_started",
"completion_percentage": 0
}
]
},
{
"id": "PROJ004",
"name": "Customer Portal Redesign",
"status": "completed",
"priority": "high",
"start_date": "2024-05-01",
"planned_end_date": "2024-12-15",
"actual_end_date": "2024-12-22",
"budget": {
"planned": 320000,
"spent": 340000,
"remaining": 0,
"variance_percentage": 6.25
},
"timeline": {
"total_sprints": 14,
"completed_sprints": 14,
"progress_percentage": 100.0,
"days_behind_schedule": 7,
"critical_path_delay": true
},
"team": {
"size": 6,
"roles": {
"product_manager": 1,
"ui_ux_designer": 2,
"frontend_developer": 2,
"qa_engineer": 1
}
},
"quality_metrics": {
"code_coverage": 92.4,
"test_pass_rate": 99.1,
"defect_density": 0.2,
"technical_debt_hours": 18,
"security_vulnerabilities": 0
},
"stakeholder_satisfaction": 9.5,
"scope_change_count": 2,
"dependencies": [],
"key_milestones": [
{
"name": "Design System Implementation",
"planned_date": "2024-08-30",
"status": "completed",
"completion_percentage": 100
},
{
"name": "User Acceptance Testing",
"planned_date": "2024-11-30",
"status": "completed",
"completion_percentage": 100
}
]
}
],
"resources": [
{
"id": "RES001",
"name": "Sarah Chen",
"role": "Senior Product Manager",
"department": "Product",
"hourly_rate": 120,
"available_hours": 40,
"current_utilization": 0.9,
"skills": ["product_strategy", "stakeholder_management", "agile"],
"current_projects": ["PROJ001", "PROJ003"],
"capacity_notes": "Available for strategic initiatives"
},
{
"id": "RES002",
"name": "Marcus Rodriguez",
"role": "Tech Lead",
"department": "Engineering",
"hourly_rate": 110,
"available_hours": 40,
"current_utilization": 1.0,
"skills": ["system_architecture", "team_leadership", "java", "microservices"],
"current_projects": ["PROJ001"],
"capacity_notes": "At full capacity, consider load balancing"
},
{
"id": "RES003",
"name": "Jennifer Walsh",
"role": "DevOps Engineer",
"department": "Engineering",
"hourly_rate": 105,
"available_hours": 40,
"current_utilization": 0.8,
"skills": ["aws", "kubernetes", "terraform", "ci_cd"],
"current_projects": ["PROJ002"],
"capacity_notes": "Can take on additional infrastructure work"
},
{
"id": "RES004",
"name": "David Kim",
"role": "Senior Developer",
"department": "Engineering",
"hourly_rate": 95,
"available_hours": 40,
"current_utilization": 0.85,
"skills": ["react", "node_js", "typescript", "aws"],
"current_projects": ["PROJ001", "PROJ004"],
"capacity_notes": "Strong full-stack capabilities"
},
{
"id": "RES005",
"name": "Lisa Thompson",
"role": "ML Engineer",
"department": "Data Science",
"hourly_rate": 115,
"available_hours": 40,
"current_utilization": 0.7,
"skills": ["python", "tensorflow", "data_pipelines", "mlops"],
"current_projects": ["PROJ003"],
"capacity_notes": "Available for additional ML initiatives"
},
{
"id": "RES006",
"name": "Ahmed Hassan",
"role": "Solution Architect",
"department": "Engineering",
"hourly_rate": 125,
"available_hours": 40,
"current_utilization": 0.95,
"skills": ["enterprise_architecture", "cloud_strategy", "security"],
"current_projects": ["PROJ002"],
"capacity_notes": "Critical resource for architectural decisions"
}
],
"risks": [
{
"id": "RISK001",
"title": "Third-party API dependency for mobile banking app",
"description": "Banking app relies on external payment processor API that has had recent stability issues",
"category": "technical",
"probability": 3,
"impact": 4,
"status": "open",
"owner": "Marcus Rodriguez",
"project_id": "PROJ001",
"created_date": "2024-11-15",
"target_resolution": "2025-03-01",
"mitigation_actions": [
"Implement fallback payment processor integration",
"Add circuit breaker pattern for API calls",
"Negotiate SLA improvements with vendor"
],
"impact_areas": ["schedule", "quality", "customer_satisfaction"],
"severity": "high"
},
{
"id": "RISK002",
"title": "Cloud migration budget overrun",
"description": "Migration costs exceeding budget due to unexpected data transfer fees and extended downtime windows",
"category": "financial",
"probability": 4,
"impact": 3,
"status": "open",
"owner": "Jennifer Walsh",
"project_id": "PROJ002",
"created_date": "2024-12-01",
"target_resolution": "2025-02-28",
"mitigation_actions": [
"Implement incremental data migration strategy",
"Negotiate volume discounts with cloud provider",
"Optimize data transfer timing for cost efficiency"
],
"impact_areas": ["budget", "timeline"],
"severity": "high"
},
{
"id": "RISK003",
"title": "Key ML engineer departure risk",
"description": "Primary ML engineer considering external opportunity, critical for AI dashboard project",
"category": "resource",
"probability": 2,
"impact": 5,
"status": "open",
"owner": "Sarah Chen",
"project_id": "PROJ003",
"created_date": "2025-01-10",
"target_resolution": "2025-03-31",
"mitigation_actions": [
"Conduct retention conversation and career planning",
"Cross-train additional team members on ML pipeline",
"Identify external consultant as backup resource"
],
"impact_areas": ["timeline", "quality", "team_morale"],
"severity": "critical"
},
{
"id": "RISK004",
"title": "Regulatory compliance requirements for banking app",
"description": "New financial regulations may require additional security features and audit trails",
"category": "compliance",
"probability": 3,
"impact": 3,
"status": "open",
"owner": "Ahmed Hassan",
"project_id": "PROJ001",
"created_date": "2024-12-15",
"target_resolution": "2025-04-30",
"mitigation_actions": [
"Engage legal and compliance teams early",
"Build regulatory requirements into technical design",
"Plan for additional security audit phase"
],
"impact_areas": ["timeline", "scope", "budget"],
"severity": "medium"
},
{
"id": "RISK005",
"title": "Integration complexity with legacy systems",
"description": "Cloud migration may face unexpected integration challenges with legacy on-premise systems",
"category": "technical",
"probability": 2,
"impact": 2,
"status": "mitigated",
"owner": "Ahmed Hassan",
"project_id": "PROJ002",
"created_date": "2024-09-01",
"target_resolution": "2024-12-31",
"mitigation_actions": [
"Complete comprehensive system mapping and API inventory",
"Create detailed integration test suite",
"Establish rollback procedures for each integration phase"
],
"impact_areas": ["timeline", "quality"],
"severity": "low"
},
{
"id": "RISK006",
"title": "Data privacy requirements for analytics platform",
"description": "AI dashboard must comply with GDPR and CCPA for customer data analysis",
"category": "compliance",
"probability": 4,
"impact": 2,
"status": "open",
"owner": "Lisa Thompson",
"project_id": "PROJ003",
"created_date": "2025-02-01",
"target_resolution": "2025-05-15",
"mitigation_actions": [
"Implement data anonymization in ML pipeline",
"Add consent management features to data collection",
"Conduct privacy impact assessment"
],
"impact_areas": ["timeline", "scope"],
"severity": "medium"
}
],
"historical_data": {
"risk_trends": {
"2024-Q3": {
"total_risks": 3,
"average_score": 8.5,
"critical_risks": 1
},
"2024-Q4": {
"total_risks": 5,
"average_score": 10.2,
"critical_risks": 1
},
"2025-Q1": {
"total_risks": 6,
"average_score": 9.8,
"critical_risks": 1
}
},
"resource_utilization": {
"2024-Q4": 0.87,
"2025-Q1": 0.89
},
"project_delivery": {
"on_time_percentage": 0.75,
"budget_variance_avg": 0.05
}
}
}Stakeholder Map
Project: [Project Name] Version: [Version Number] Date: [Creation/Update Date] Owner: [Project Manager Name] Next Review: [Scheduled Review Date]
---
Stakeholder Registry
| # | Name | Role | Organization | Power (1-10) | Interest (1-10) | Classification | Attitude |
|---|---|---|---|---|---|---|---|
| 1 | [Name] | [Role/Title] | [Dept/Org] | [1-10] | [1-10] | Manage Closely | Supporter |
| 2 | [Name] | [Role/Title] | [Dept/Org] | [1-10] | [1-10] | Keep Satisfied | Neutral |
| 3 | [Name] | [Role/Title] | [Dept/Org] | [1-10] | [1-10] | Keep Informed | Supporter |
| 4 | [Name] | [Role/Title] | [Dept/Org] | [1-10] | [1-10] | Monitor | Neutral |
| 5 | [Name] | [Role/Title] | [Dept/Org] | [1-10] | [1-10] | [Quadrant] | Blocker |
Classification Threshold: Power > 5 = High, Interest > 5 = High
Attitude Key: Supporter = actively advocates | Neutral = no strong position | Blocker = actively resists
---
Power/Interest Grid
Power
10 | |
| KEEP SATISFIED MANAGE CLOSELY |
8 | |
| (high power, low interest) (high power, high |
6 | interest) |
+---------------------------------------------------------+
5 | |
| MONITOR KEEP INFORMED |
4 | |
| (low power, low interest) (low power, high |
2 | interest) |
| |
0 +----+----+----+----+----+----+----+----+----+----+----+--+
0 1 2 3 4 5 6 7 8 9 10
InterestGrid Placement
Manage Closely (High Power / High Interest)
- [ ] [Name] - Power: __, Interest: __
- [ ] [Name] - Power: __, Interest: __
Keep Satisfied (High Power / Low Interest)
- [ ] [Name] - Power: __, Interest: __
- [ ] [Name] - Power: __, Interest: __
Keep Informed (Low Power / High Interest)
- [ ] [Name] - Power: __, Interest: __
- [ ] [Name] - Power: __, Interest: __
Monitor (Low Power / Low Interest)
- [ ] [Name] - Power: __, Interest: __
- [ ] [Name] - Power: __, Interest: __
---
Communication Plan
Manage Closely
| Stakeholder | Frequency | Channel | Key Message | Owner |
|---|---|---|---|---|
| [Name] | Weekly | 1:1 meeting | [Tailored message] | [PM Name] |
| [Name] | Weekly | Steering committee | [Tailored message] | [PM Name] |
Keep Satisfied
| Stakeholder | Frequency | Channel | Key Message | Owner |
|---|---|---|---|---|
| [Name] | Monthly | Executive summary email | [Tailored message] | [PM Name] |
| [Name] | Quarterly | Business review | [Tailored message] | [PM Name] |
Keep Informed
| Stakeholder | Frequency | Channel | Key Message | Owner |
|---|---|---|---|---|
| [Name] | Bi-weekly | Newsletter | [Tailored message] | [PM Name] |
| [Name] | Per sprint | Demo invite | [Tailored message] | [PM Name] |
Monitor
| Stakeholder | Frequency | Channel | Key Message | Owner |
|---|---|---|---|---|
| [Name] | Quarterly | All-hands update | General project status | [PM Name] |
| [Name] | Quarterly | Intranet page | Milestone announcements | [PM Name] |
---
Engagement Strategy
Supporters - Leverage Plan
| Supporter | How to Leverage |
|---|---|
| [Name] | [How they can champion the project - e.g., advocate in leadership meetings] |
| [Name] | [How they can champion the project - e.g., early adopter, provide testimonials] |
Blockers - Resolution Plan
| Blocker | Concern | Resolution Approach | Status | Target Date |
|---|---|---|---|---|
| [Name] | [Root cause of resistance] | [Specific actions to address] | Open | [Date] |
| [Name] | [Root cause of resistance] | [Specific actions to address] | Open | [Date] |
Neutral - Conversion Plan
| Stakeholder | Opportunity to Convert | Approach |
|---|---|---|
| [Name] | [What could shift them to supporter] | [Actions to take] |
| [Name] | [What could shift them to supporter] | [Actions to take] |
---
Risk Assessment for Key Stakeholders
| Stakeholder | Risk | Likelihood (H/M/L) | Impact (H/M/L) | Mitigation |
|---|---|---|---|---|
| [Name] | [Risk of disengagement, blocking, etc.] | H | H | [Mitigation action] |
| [Name] | [Risk of scope creep requests, etc.] | M | H | [Mitigation action] |
| [Name] | [Risk of negative influence on others] | L | M | [Mitigation action] |
Critical Stakeholder Dependencies
| Dependency | Stakeholder(s) | Impact if Unavailable | Contingency |
|---|---|---|---|
| [Budget approval] | [Name] | [Project pause] | [Delegate authority pre-approved] |
| [Technical sign-off] | [Name] | [Milestone delay] | [Backup reviewer identified] |
---
Review Schedule
| Review Type | Frequency | Next Date | Participants |
|---|---|---|---|
| Classification review | Monthly | [Date] | PM, Sponsor |
| Communication effectiveness | Bi-weekly | [Date] | PM |
| Blocker status check | Weekly | [Date] | PM, relevant leads |
| Full stakeholder audit | Quarterly | [Date] | PM, Sponsor, key leads |
| Post-milestone review | At milestones | [Date] | PM, Sponsor |
---
Change Log
| Date | Change | Reason | Updated By |
|---|---|---|---|
| [Date] | Initial stakeholder map created | Project kickoff | [Name] |
| [Date] | [Description of change] | [Reason for reclassification] | [Name] |
---
Companion Tool: Run python scripts/stakeholder_mapper.py --demo to generate a sample map automatically. Reference Guide: See references/stakeholder-engagement-guide.md for detailed engagement strategies.
Example: Portfolio Health Assessment for a Senior PM Overseeing 8 Initiatives
Real-world scenario showing how to apply this skill end-to-end.
Context
Acme Analytics (B2B analytics SaaS, Series B, 80 people) promoted a Senior PM (Devraj) six months ago to oversee a portfolio of eight product initiatives across three squads. Two initiatives are board-visible. Three are strategic bets. Three are operational. The CEO has asked Devraj for a portfolio health update before the next board meeting.
Devraj is producing three artifacts: (1) a portfolio health dashboard with R/Y/G + key metrics per initiative, (2) a stakeholder map using Mendelow's matrix, and (3) a risk matrix with Expected Monetary Value (EMV) analysis. The output goes into the board deck as one summary slide plus a 2-page appendix.
Inputs
- 8 initiatives across 3 squads (Search, Workspace, Onboarding)
- 14 stakeholders across executive, customer, partner, internal
- 17 active risks across the portfolio
- Q2 OKR scoreboard (mid-quarter)
- Budget: $3.2M allocated to portfolio for H2
Applying the skill
1. Build the portfolio dashboard. Each initiative gets a R/Y/G + KPI + sponsor + cost burn. 2. Map stakeholders by power x interest (Mendelow). Decide who to manage vs inform. 3. Quantify risks with EMV (Likelihood x Impact in $). Sort the risk matrix. 4. Produce the executive report with three sections: portfolio, stakeholders, risks. 5. Recommend portfolio actions with named owners.
The artifact
---
Portfolio Health Report -- Mid-Q2 2026
Senior PM: Devraj Sundaram Sponsor: Mira Chen (VP Product) Period covered: Q2 2026 to date (through 2026-05-22) Audience: CEO + Board
Executive summary
The portfolio is Yellow overall. Two of eight initiatives are Yellow, one is Red, and five are Green. Total budget burn is 47% against 50% of period elapsed -- nominally healthy. The Red initiative (Embedded Analytics SDK) is consuming disproportionate engineering attention and has the worst EMV exposure ($420K). Recommended action: descope Embedded Analytics SDK from H2 and reallocate to the Self-Serve OKR which is showing the strongest leading indicators.
1. Portfolio health dashboard
| # | Initiative | Sponsor | Status | KPI | KPI status | Budget burn |
|---|---|---|---|---|---|---|
| 1 | Search relevance v2 | Mira (VP Product) | Green | p95 latency | 480ms -> 210ms (target 250ms) | 38% / 50% elapsed |
| 2 | Multi-tenant search isolation | Mira | Green | Cross-tenant leakage incidents | 0 since fix (was 2/q) | 92% (mostly complete) |
| 3 | Self-serve workspace creation | Mira | Yellow | Activation rate | 18% -> 23% (target 28%) | 41% / 50% elapsed |
| 4 | Multi-Entity feature (Skyway) | Hari (CTO) | Yellow | Skyway pilot start | Slipped Nov 1 -> Nov 15 | 45% / 50% elapsed |
| 5 | Embedded Analytics SDK | Mira | RED | Alpha customer count | 1 of 5 (target 5 by Jun 30) | 68% / 50% elapsed (overspend) |
| 6 | SOC 2 Type II audit | Hari | Green | Evidence collection | 75% complete (on plan) | 49% / 50% elapsed |
| 7 | Onboarding tour v3 | Mira | Green | Time-to-first-value | 6d -> 3.2d (target 2d) | 35% / 50% elapsed |
| 8 | BigQuery cost optimization | Devraj | Green | Daily cost | $4.8K -> $1.4K (target $1.5K) | 28% / 50% elapsed |
Portfolio totals:
- Total budget allocated H2: $3.2M
- Burn to date: $1.5M (47%)
- Elapsed: 50%
- Initiatives over budget: 1 (Embedded SDK)
Initiative deep-dive: Embedded Analytics SDK (Red)
Status reasoning: Targeted 5 alpha customers by Jun 30. Today we have 1 (Wayfinder), and 2 dropped out of the cohort citing scope-fit. Engineering spend is 68% against 50% of period elapsed. The remaining 4 alpha customers will not realistically land in Q2. This is a category bet that has not materialized as expected.
Recommendation: Descope Embedded SDK from H2 commitments. Convert to a single committed reference customer (Wayfinder) and a learning report by Sep 1. Reallocate 3 engineers to Self-Serve initiative #3, which has the strongest leading indicators.
2. Stakeholder map (Mendelow's matrix)
HIGH POWER
|
Manage Closely | Keep Satisfied
|
[CEO Sara] | [Board members]
[VP Product Mira] | [VP Sales]
[CTO Hari] | [Head of Customer Success]
|
HIGH ----------------------+---------------------- LOW
INTEREST | INTEREST
|
[PM peer group] | [Engineering team]
[Strategic customer: | [Marketing team]
Skyway, Northwind] | [HR / Finance ops]
|
Keep Informed | Monitor
|
LOW POWERStakeholder action plan
| Quadrant | Stakeholder | Action | Cadence |
|---|---|---|---|
| Manage Closely | CEO Sara | Bi-weekly portfolio briefing | Bi-weekly |
| Manage Closely | VP Product Mira | Daily standup, weekly 1:1 | Daily |
| Manage Closely | CTO Hari | Weekly portfolio sync; ad-hoc for Red items | Weekly |
| Keep Satisfied | Board | Monthly written summary + quarterly deck | Monthly |
| Keep Satisfied | VP Sales | Weekly portfolio email; Skyway-specific channel | Weekly |
| Keep Satisfied | Head of CS | Weekly portfolio email + monthly review | Weekly |
| Keep Informed | PM peer group | Wednesday async written update | Weekly |
| Keep Informed | Strategic customers | Quarterly briefing + ad-hoc per initiative | Quarterly |
| Monitor | Eng team | Weekly portfolio digest (read-only) | Weekly |
| Monitor | Marketing | Monthly digest at launch checkpoints | Monthly |
| Monitor | HR / Finance | Quarterly portfolio P&L | Quarterly |
3. Risk matrix with EMV
EMV = Likelihood (probability 0-1) x Impact (ARR-equivalent in $)
| # | Risk | L | Impact ($) | EMV ($) | Initiative | Mitigation owner |
|---|---|---|---|---|---|---|
| R1 | Embedded SDK fails to land cohort -> kill | 0.7 | $600K | $420K | #5 SDK | Devraj |
| R2 | Multi-Entity API delay cascades to Skyway pilot slip | 0.5 | $720K | $360K | #4 ME | Tomas |
| R3 | SOC 2 evidence behind plan; Skyway pilot can't sign | 0.4 | $720K | $288K | #6 SOC 2 / #4 ME | Hari Patel |
| R4 | Self-serve activation lift below target | 0.5 | $480K | $240K | #3 Activation | Hari (Onboarding) |
| R5 | Search latency win does not translate to engagement | 0.3 | $400K | $120K | #1 Search | Priya |
| R6 | New backend engineer ramp slower than expected | 0.4 | $200K | $80K | #1 Search | Sarah |
| R7 | BigQuery cost optimization regresses on volume growth | 0.3 | $150K | $45K | #8 BQ | Devraj |
| R8 | Onboarding tour v3 regresses for power users | 0.3 | $120K | $36K | #7 Onboarding | Ramon |
| R9 | Multi-tenant search isolation has unknown edge cases | 0.2 | $300K | $60K | #2 MT search | Sarah |
| ... | (8 more lower-EMV risks) |
Total portfolio EMV (top 9): $1.65M
Top 3 risks alone account for $1.07M (65%) of EMV. Resource investment should follow that distribution.
Risk heatmap
HIGH IMPACT
|
R2: ME-Skyway | R3: SOC2-Skyway
R4: Activation | R1: SDK kill
R5: Latency |
|
LOW LIKELIHOOD ---+---------- HIGH LIKELIHOOD
|
R7: BQ regress | R6: Backend ramp
R9: MT isolation | R8: Onboarding regress
|
LOW IMPACT4. Recommended portfolio actions
Action 1: Descope Embedded Analytics SDK from H2
Rationale: R1 is the largest EMV exposure ($420K). One of five alpha targets landed. Reallocating engineering capacity to Self-Serve (#3) would convert a Red into more headroom for the strongest Yellow.
Cost of doing this: Wayfinder relationship continues as a reference; we lose 4 hypothetical alpha customers and the SDK GA story for H2. Cost of not doing this: Continued $300K/quarter burn on a bet that is not landing; Self-Serve falls short of OKR. Decision needed by: 2026-06-01 Decision authority: CEO (Approver), VP Product (Driver)
Action 2: Cap engineering allocation to Embedded SDK at 1 engineer through Sep 1
If Action 1 is not approved, fall-back is to cap the burn. One engineer maintains Wayfinder's integration; the other 3 reallocate.
Decision needed by: 2026-06-01
Action 3: Bring contractor on Multi-Entity (Action 1 from program review)
Already escalated through Program Management; reaffirm here as a portfolio-level priority. Mitigation for R2 ($360K EMV).
Action 4: Monthly board-facing portfolio summary
Replace the current quarterly-only board view with a monthly written summary (1 page) plus the current quarterly deck. The board has asked for more frequent visibility.
5. Trend since last review (2026-04-22)
| Initiative | Status then | Status now | Movement |
|---|---|---|---|
| Search relevance v2 | Green | Green | Hold |
| Multi-tenant search isolation | Yellow | Green | Improved |
| Self-serve | Yellow | Yellow | Hold (leading indicators improving) |
| Multi-Entity | Green | Yellow | Worsened (FX edge cases) |
| Embedded SDK | Yellow | Red | Worsened (alpha cohort failed to land) |
| SOC 2 | Green | Green | Hold |
| Onboarding | Yellow | Green | Improved |
| BigQuery cost | Yellow | Green | Improved |
6. The board-deck summary slide (1 page)
Portfolio: Yellow overall. 5 Green / 2 Yellow / 1 Red.
Top recommendation: Descope Embedded SDK; reallocate to Self-Serve.
Top risks (EMV): SDK kill ($420K), ME-Skyway ($360K), SOC 2 -> Skyway ($288K).
Budget: $1.5M burned of $3.2M (47% / 50% elapsed) -- one initiative overspent.
Decision needed from board: Approve descope of Embedded SDK at the June 5 meeting.
Why this works
- Eight initiatives reduced to one slide for the board; the deep-dive lives in the appendix.
- Mendelow's stakeholder matrix is named, mapped, and translated into cadence-bound actions.
- Risk register uses EMV to express risk in money, which the board understands. Top-3 EMV = 65% of total; resource follows.
- The Red initiative gets explicit cost-of-doing vs cost-of-not-doing framing. The recommendation is auditable.
- Trend section shows movement since last review. Boards remember "this got worse" more than "this is currently Red."
- The recommendation has a decision owner, a date, and a fallback plan if denied.
What's next
- Schedule the board decision for 2026-06-05; brief CEO 1:1 first.
- After decision, update the portfolio dashboard and notify the team via
../execution/status-update-generator/. - Run the portfolio assessment monthly through Q3 (Senior PM cadence shift).
- Use
../execution/dependency-map/to refresh cross-initiative dependencies between board meetings. - Mirror this artifact to Notion via
../notion-pm/(Decisions DB + Roadmap DB). - Use
../execution/quarterly-planning/at Q3 kickoff to reflect any descope decisions in the H2 plan.
Senior PM — Methodology & Operations
Read this for the full three-tier analysis approach, prioritization models, risk framework, stakeholder mapping detail, asset/template descriptions, the weekly/monthly/quarterly workflows, handoff protocols, KPIs, anti-patterns, troubleshooting, success criteria, and the Python tool flag reference.
Methodology & Frameworks
Three-Tier Analysis Approach
Tier 1: Portfolio Health Assessment Uses project_health_dashboard.py to provide comprehensive multi-dimensional scoring:
python3 scripts/project_health_dashboard.py assets/sample_project_data.jsonHealth Dimensions (Weighted Scoring):
- Timeline Performance (25% weight): Schedule adherence, milestone achievement, critical path analysis
- Budget Management (25% weight): Spend variance, forecast accuracy, cost efficiency metrics
- Scope Delivery (20% weight): Feature completion rates, requirement satisfaction, change control
- Quality Metrics (20% weight): Code coverage, defect density, technical debt, security posture
- Risk Exposure (10% weight): Risk score, mitigation effectiveness, exposure trends
RAG Status Calculation:
- 🟢 Green: Composite score >80, all dimensions >60
- 🟡 Amber: Composite score 60-80, or any dimension 40-60
- 🔴 Red: Composite score <60, or any dimension <40
Tier 2: Risk Matrix & Mitigation Strategy Leverages risk_matrix_analyzer.py for quantitative risk assessment:
python3 scripts/risk_matrix_analyzer.py assets/sample_project_data.jsonRisk Quantification Process: 1. Probability Assessment (1-5 scale): Historical data, expert judgment, Monte Carlo inputs 2. Impact Analysis (1-5 scale): Financial, schedule, quality, and strategic impact vectors 3. Category Weighting: Technical (1.2x), Resource (1.1x), Financial (1.4x), Schedule (1.0x) 4. EMV Calculation: Risk Score = (Probability × Impact × Category Weight)
Risk Response Strategies:
- Avoid (>18 score): Eliminate through scope/approach changes
- Mitigate (12-18 score): Reduce probability or impact through active intervention
- Transfer (8-12 score): Insurance, contracts, partnerships
- Accept (<8 score): Monitor with contingency planning
Tier 3: Resource Capacity Optimization Employs resource_capacity_planner.py for portfolio resource analysis:
python3 scripts/resource_capacity_planner.py assets/sample_project_data.jsonCapacity Analysis Framework:
- Utilization Optimization: Target 70-85% for sustainable productivity
- Skill Matching: Algorithm-based resource allocation to maximize efficiency
- Bottleneck Identification: Critical path resource constraints across portfolio
- Scenario Planning: What-if analysis for resource reallocation strategies
Advanced Prioritization Models
Weighted Shortest Job First (WSJF) - For Agile Portfolios
WSJF Score = (User Value + Time Criticality + Risk Reduction) ÷ Job Size
Application Context:
- Resource-constrained environments
- Fast-moving competitive landscapes
- Agile/SAFe methodology adoption
- Clear cost-of-delay quantification availableRICE Framework - For Product Development
RICE Score = (Reach × Impact × Confidence) ÷ Effort
Best for:
- Customer-facing initiatives
- Marketing and growth projects
- When reach metrics are quantifiable
- Data-driven product decisionsICE Scoring - For Rapid Decision Making
ICE Score = (Impact + Confidence + Ease) ÷ 3
Optimal when:
- Quick prioritization needed
- Brainstorming and ideation phases
- Limited analysis time available
- Cross-functional team alignment requiredDecision Tree for Model Selection: Reference: references/portfolio-prioritization-models.md
- Resource Constrained? → WSJF
- Customer Impact Focus? → RICE
- Need Speed? → ICE
- Multiple Stakeholder Groups? → MoSCoW
- Complex Trade-offs? → Multi-Criteria Decision Analysis (MCDA)
Risk Management Framework
Quantitative Risk Analysis Process: Reference: references/risk-management-framework.md
Step 1: Risk Identification & Classification
- Technical risks: Architecture, integration, performance
- Resource risks: Availability, skills, retention
- Schedule risks: Dependencies, critical path, external factors
- Financial risks: Budget overruns, currency, economic factors
- Business risks: Market changes, competitive pressure, strategic shifts
Step 2: Probability/Impact Assessment Uses three-point estimation for Monte Carlo simulation:
Expected Value = (Optimistic + 4×Most Likely + Pessimistic) ÷ 6
Standard Deviation = (Pessimistic - Optimistic) ÷ 6Step 3: Expected Monetary Value (EMV) Calculation
EMV = Σ(Probability × Financial Impact) for all risk scenarios
Risk-Adjusted Budget = Base Budget × (1 + Risk Premium)
Risk Premium = Portfolio Risk Score × Risk Tolerance FactorStep 4: Portfolio Risk Correlation Analysis
Portfolio Risk = √(Σ Individual Risks² + 2Σ Correlation×Risk1×Risk2)Risk Appetite Framework:
- Conservative: Risk scores 0-8, 25-30% contingency reserves
- Moderate: Risk scores 8-15, 15-20% contingency reserves
- Aggressive: Risk scores 15+, 10-15% contingency reserves
Stakeholder Mapping & Engagement
Power/Interest Grid (Mendelow's Matrix)
Uses stakeholder_mapper.py to classify stakeholders and generate communication plans:
python3 scripts/stakeholder_mapper.py stakeholders.json
python3 scripts/stakeholder_mapper.py --demo --format jsonClassification Quadrants (threshold at 5/10):
- Manage Closely (High Power, High Interest): Weekly 1:1s, steering committee, proactive escalation
- Keep Satisfied (High Power, Low Interest): Monthly executive summary, milestone invites
- Keep Informed (Low Power, High Interest): Bi-weekly newsletter, demo invites, dashboards
- Monitor (Low Power, Low Interest): Quarterly updates, organizational newsletter
Blocker Engagement Strategy: The tool identifies stakeholders with attitude: blocker and generates targeted engagement strategies based on their power level — high-power blockers require urgent 1:1 engagement and potential executive sponsor escalation; low-power blockers need transparency and involvement.
Integration with OKR Brainstorming: Stakeholder mapping feeds directly into OKR alignment — high-power/high-interest stakeholders shape strategic objectives, while their feedback validates Key Results. Cross-reference with execution/brainstorm-okrs/ for OKR development workflows.
Reference: references/stakeholder-engagement-guide.md Template: assets/stakeholder_map_template.md
Assets & Templates
Project Charter Template
Reference: assets/project_charter_template.md
Comprehensive 12-section charter including:
- Executive summary with strategic alignment
- Success criteria with KPIs and quality gates
- RACI matrix with decision authority levels
- Risk assessment with mitigation strategies
- Budget breakdown with contingency analysis
- Timeline with critical path dependencies
Key Features:
- Production-ready for board presentation
- Integrated stakeholder management framework
- Risk-adjusted financial projections
- Change control and governance processes
Executive Report Template
Reference: assets/executive_report_template.md
Board-level portfolio reporting with:
- RAG status dashboard with trend analysis
- Financial performance vs. strategic objectives
- Risk heat map with mitigation status
- Resource utilization and capacity analysis
- Forward-looking recommendations with ROI projections
Executive Decision Support:
- Critical issues requiring immediate action
- Investment recommendations with business cases
- Portfolio optimization opportunities
- Market/competitive intelligence integration
RACI Matrix Template
Reference: assets/raci_matrix_template.md
Enterprise-grade responsibility assignment featuring:
- Detailed stakeholder roster with decision authority
- Phase-based RACI assignments (initiation through deployment)
- Escalation paths with timeline and authority levels
- Communication protocols and meeting frameworks
- Conflict resolution processes with governance integration
Advanced Features:
- Decision-making RACI for strategic vs. operational choices
- Risk and issue management responsibility assignment
- Performance metrics for RACI effectiveness
- Template validation checklist and maintenance procedures
Sample Portfolio Data
Reference: assets/sample_project_data.json
Realistic multi-project portfolio including:
- 4 projects across different phases and priorities
- Complete financial data (budgets, actuals, forecasts)
- Resource allocation with utilization metrics
- Risk register with probability/impact scoring
- Quality metrics and stakeholder satisfaction data
- Dependencies and milestone tracking
Data Completeness:
- Works with all three analysis scripts
- Demonstrates portfolio balance across strategic priorities
- Includes both successful and at-risk project examples
- Provides historical trend data for analysis
Expected Output Examples
Reference: assets/expected_output.json
Demonstrates script capabilities with:
- Portfolio health scores and RAG status
- Risk matrix visualization and mitigation priorities
- Resource capacity analysis with optimization recommendations
- Integration examples showing how outputs complement each other
Implementation Workflows
Portfolio Health Review (Weekly)
1. Data Collection & Validation
# Update project data from JIRA, financial systems, team surveys
python3 scripts/project_health_dashboard.py current_portfolio.json- Validate: all 5 health dimensions have current-period data; no project missing more than one dimension
2. Risk Assessment Update
# Refresh risk probabilities and impact assessments
python3 scripts/risk_matrix_analyzer.py current_portfolio.json- Validate: every critical/high risk has an active mitigation owner; no risks aged >30 days without update
3. Capacity Analysis
# Review resource utilization and bottlenecks
python3 scripts/resource_capacity_planner.py current_portfolio.json- Validate: utilization sits in the 70-85% optimal band; hotspots flagged with a named resolution action
4. Executive Summary Generation
- Synthesize outputs into executive report format
- Highlight critical issues and recommendations
- Prepare stakeholder communications
- Validate: one-page RAG summary fits the audience; every red status has a documented intervention plan inside 48 hours
Monthly Strategic Review
1. Portfolio Prioritization Review
- Apply WSJF/RICE/ICE models to evaluate current priorities
- Assess strategic alignment with business objectives
- Identify optimization opportunities
2. Risk Portfolio Analysis
- Update risk appetite and tolerance levels
- Review portfolio risk correlation and concentration
- Adjust risk mitigation investments
3. Resource Optimization Planning
- Analyze capacity constraints across upcoming quarter
- Plan resource reallocation and hiring strategies
- Identify skill gaps and training needs
4. Stakeholder Alignment Session
- Present portfolio health and strategic recommendations
- Gather feedback on prioritization and resource allocation
- Align on upcoming quarter priorities and investments
Quarterly Portfolio Optimization
1. Strategic Alignment Assessment
- Evaluate portfolio contribution to business objectives
- Assess market and competitive position changes
- Update strategic priorities and success criteria
2. Financial Performance Review
- Analyze risk-adjusted ROI across portfolio
- Review budget performance and forecast accuracy
- Optimize investment allocation for maximum value
3. Capability Gap Analysis
- Identify emerging technology and skill requirements
- Plan capability building investments
- Assess make vs. buy vs. partner decisions
4. Portfolio Rebalancing
- Apply three horizons model for innovation balance
- Optimize risk-return profile using efficient frontier
- Plan new initiatives and sunset decisions
Integration Strategies
Atlassian Integration
- Jira: Portfolio dashboards, cross-project metrics, risk tracking
- Confluence: Strategic documentation, executive reports, knowledge management
- Use MCP integrations to automate data collection and report generation
Financial Systems Integration
- Budget Tracking: Real-time spend data for variance analysis
- Resource Costing: Hourly rates and utilization for capacity planning
- ROI Measurement: Value realization tracking against projections
Stakeholder Management
- Executive Dashboards: Real-time portfolio health visualization
- Team Scorecards: Individual project performance metrics
- Risk Registers: Collaborative risk management with automated escalation
Handoff Protocols
TO Scrum Master
Context Transfer:
- Strategic priorities and success criteria
- Resource allocation and team composition
- Risk factors requiring sprint-level attention
- Quality standards and acceptance criteria
Ongoing Collaboration:
- Weekly velocity and health metrics review
- Sprint retrospective insights for portfolio learning
- Impediment escalation and resolution support
- Team capacity and utilization feedback
TO Product Owner
Strategic Context:
- Market prioritization and competitive analysis
- User value frameworks and measurement criteria
- Feature prioritization aligned with portfolio objectives
- Resource and timeline constraints
Decision Support:
- ROI analysis for feature investments
- Risk assessment for product decisions
- Market intelligence and customer feedback integration
- Strategic roadmap alignment and dependencies
FROM Executive Team
Strategic Direction:
- Business objective updates and priority changes
- Budget allocation and resource approval decisions
- Risk appetite and tolerance level adjustments
- Market strategy and competitive response decisions
Performance Expectations:
- Portfolio health and value delivery targets
- Timeline and milestone commitment expectations
- Quality standards and compliance requirements
- Stakeholder satisfaction and communication standards
Success Metrics & KPIs
Portfolio Performance Indicators
- On-time Delivery Rate: >80% projects delivered within 10% of planned timeline
- Budget Variance: <5% average variance across portfolio
- Quality Score: >85 composite quality rating across all projects
- Risk Mitigation Effectiveness: >90% risks with active mitigation plans
- Resource Utilization: 75-85% average utilization across teams
Strategic Value Indicators
- ROI Achievement: >90% projects meeting ROI projections within 12 months
- Strategic Alignment: >95% portfolio investment aligned with business priorities
- Innovation Balance: 70% operational, 20% growth, 10% transformational projects
- Stakeholder Satisfaction: >8.5/10 average satisfaction across executive stakeholders
- Value Acceleration: <6 months average time from completion to value realization
Risk Management Indicators
- Risk Exposure Level: Maintain within approved risk appetite ranges
- Risk Resolution Time: <30 days average for medium risks, <7 days for high risks
- Mitigation Cost Efficiency: Mitigation spend <20% of total portfolio risk EMV
- Risk Prediction Accuracy: >70% accuracy in risk probability assessments
Continuous Improvement Framework
Portfolio Learning Integration
- Capture lessons learned from completed projects
- Update risk probability assessments based on historical data
- Refine estimation accuracy through retrospective analysis
- Share best practices across project teams
Methodology Evolution
- Regular review of prioritization model effectiveness
- Update risk frameworks based on industry best practices
- Integrate new tools and technologies for analysis efficiency
- Benchmark against industry portfolio performance standards
Stakeholder Feedback Integration
- Quarterly stakeholder satisfaction surveys
- Executive interview feedback on decision support quality
- Team feedback on process efficiency and effectiveness
- Customer impact assessment of portfolio decisions
This skill represents the pinnacle of enterprise project management capability, providing both strategic oversight and tactical execution support for complex digital transformation initiatives. The combination of quantitative analysis, sophisticated prioritization, and executive-level communication enables senior project managers to drive significant business value while managing enterprise-level risks and complexities.
Anti-patterns
| Anti-pattern | Failure mode | Fix |
|---|---|---|
| RAG status assigned by gut feel, not by dimension scoring | Optimism bias; reds surface too late; executives lose trust in the reports | Use project_health_dashboard.py thresholds and calibrate dimension weights with sponsors — don't override without documenting why |
| Risk register full of "medium" risks | Team avoiding extreme ratings; no actionable signal | Run a calibration workshop with reference incidents; force a distribution across low/medium/high/critical |
| Portfolio-level decisions made from project-level dashboards | Local optimization; strategic misalignment; hidden dependencies | Aggregate via portfolio view; apply WSJF/RICE across the portfolio, not per project |
| Capacity planner shows zero gaps while teams complain of overload | Utilization excludes meeting overhead, context-switching, unplanned work | Include 15% meeting overhead and 5% context-switching; validate against team self-reports |
| Stakeholder map classifies everyone as "Manage Closely" | Thresholds too low or scores inflated; dilutes engagement plan | Use relative ranking within the group; enforce the 4-quadrant split |
| Executive reports written for the PM, not the executive | Attention drops; decisions delayed; report becomes an artifact not a tool | Lead with RAG + top 3 decisions needed; push dimension detail to an appendix |
| Treating EMV as a point estimate | Planning against a single number; surprise when variance arrives | Present EMV with a confidence range; layer Monte Carlo for schedule-critical projects |
| Ignoring risk correlation across projects | Shared dependency fails and multiple projects go red simultaneously | Run portfolio-level correlation analysis quarterly; flag shared vendors, shared teams, shared infra |
| Rebalancing the portfolio reactively (project-by-project) instead of on a cadence | Whiplash for teams; rebalancing becomes political | Quarterly rebalancing on a fixed cadence using three horizons and efficient-frontier view |
Troubleshooting
| Symptom | Likely Cause | Resolution |
|---|---|---|
| Portfolio health score does not match stakeholder perception | Dimension weights misaligned with organizational priorities, or data inputs incomplete | Recalibrate HEALTH_DIMENSIONS weights with executive sponsors; ensure all 5 dimensions have data |
| Risk matrix shows all risks clustered in medium zone | Probability/impact scoring lacks granularity or team avoids extreme ratings | Facilitate risk calibration workshop; use three-point estimation and reference past incidents |
| Resource capacity planner shows zero gaps despite team complaints | Utilization data does not account for meeting overhead, context-switching, or unplanned work | Verify CAPACITY_FACTORS config; include 15% meeting overhead and 5% context-switching penalty |
| Stakeholder mapper classifies everyone as "Manage Closely" | Power/interest thresholds too low for your organization, or scores inflated | Adjust POWER_THRESHOLD and INTEREST_THRESHOLD (default: 5); use relative ranking within group |
| RAG status oscillates between green and amber weekly | Thresholds set too tight, or data updates cause noise | Widen amber band (e.g., 55-80 instead of 60-80); use rolling 2-week average instead of point-in-time |
| EMV calculations produce unrealistically high risk exposure | Category weights compounding with high probability/impact scores | Review RISK_CATEGORIES weights; cap financial risk weight at 1.4x; validate probability estimates against historical data |
| Executive reports are too long for stakeholder attention span | Report template includes too many detail sections for the audience | Tailor output to audience using the tone guide; executives need 1-page RAG summary, not full dimension breakdown |
Success Criteria
- Portfolio average health score maintained above 75/100 across all active projects
- On-time delivery rate exceeds 80% (within 10% of planned timeline)
- Budget variance maintained below 5% average across the portfolio
- Risk mitigation effectiveness above 90% (all critical/high risks have active mitigation plans)
- Resource utilization consistently in the 70-85% optimal range
- Stakeholder satisfaction above 8.5/10 as measured by quarterly surveys
- All projects in red RAG status have documented intervention plans within 48 hours
Tool Reference
project_health_dashboard.py
Aggregates project metrics across timeline, budget, scope, quality, and risk dimensions. Produces composite health scores and RAG status.
| Flag | Type | Default | Description |
|---|---|---|---|
data_file | positional | (required) | Path to JSON file containing project portfolio data |
--format | choice | text | Output format: text or json |
risk_matrix_analyzer.py
Builds probability/impact matrices, calculates weighted risk scores by category, and suggests mitigation strategies.
| Flag | Type | Default | Description |
|---|---|---|---|
data_file | positional | (required) | Path to JSON file containing risk register data |
--format | choice | text | Output format: text or json |
resource_capacity_planner.py
Models team capacity across projects, identifies utilization imbalances, and provides optimization recommendations.
| Flag | Type | Default | Description |
|---|---|---|---|
data_file | positional | (required) | Path to JSON file containing resource and project capacity data |
--format | choice | text | Output format: text or json |
stakeholder_mapper.py
Classifies stakeholders into Mendelow's Matrix quadrants and generates tailored communication plans with blocker engagement strategies.
| Flag | Type | Default | Description |
|---|---|---|---|
data_file | positional | (optional) | Path to JSON file with stakeholder data |
--format | choice | text | Output format: text or json |
--demo | flag | off | Run with built-in sample data (10 stakeholders) |
Portfolio Prioritization Models & Decision Frameworks
Executive Overview
This reference guide provides senior project managers with sophisticated prioritization methodologies for managing complex project portfolios. It covers quantitative scoring models (WSJF, ICE, RICE), qualitative frameworks (MoSCoW, Kano), and decision trees for selecting the optimal prioritization approach based on context, stakeholder needs, and strategic objectives.
---
Model Selection Decision Tree
Context-Based Framework Selection
START: What is your primary prioritization objective?
├── Maximize Business Value & ROI
│ ├── Clear quantitative metrics available? → RICE Model
│ └── Mix of quantitative/qualitative factors? → Weighted Scoring Matrix
│
├── Optimize Resource Utilization
│ ├── Agile/SAFe environment? → WSJF (Weighted Shortest Job First)
│ └── Traditional PM environment? → Resource-Constraint Optimization
│
├── Stakeholder Alignment & Buy-in
│ ├── Multiple stakeholder groups? → MoSCoW Method
│ └── Customer-focused prioritization? → Kano Analysis
│
├── Speed of Decision Making
│ ├── Need rapid decisions? → ICE Scoring
│ └── Complex trade-offs acceptable? → Multi-Criteria Decision Analysis
│
└── Strategic Portfolio Balance
├── Innovation vs. Operations balance? → Three Horizons Model
└── Risk vs. Return optimization? → Efficient Frontier Analysis---
Quantitative Prioritization Models
1. WSJF (Weighted Shortest Job First)
Best Used For: Agile portfolios, resource-constrained environments, when cost of delay is critical
Formula: WSJF Score = (User/Business Value + Time Criticality + Risk Reduction) ÷ Job Size
Detailed Scoring Framework
User/Business Value (1-20 scale):
- 1-5: Nice to have improvements, minimal user impact
- 6-10: Moderate value, affects subset of users/processes
- 11-15: Significant value, major user/business impact
- 16-20: Critical value, transformational business impact
Time Criticality (1-20 scale):
- 1-5: No time pressure, can be delayed 12+ months
- 6-10: Some urgency, should complete within 6-12 months
- 11-15: Urgent, needed within 3-6 months
- 16-20: Critical time pressure, needed within 1-3 months
Risk Reduction/Opportunity Enablement (1-20 scale):
- 1-5: Minimal risk mitigation or future opportunity impact
- 6-10: Moderate risk reduction or enables some future work
- 11-15: Significant risk mitigation or enables key capabilities
- 16-20: Critical risk mitigation or foundational for future strategy
Job Size (1-20 scale, reverse scored):
- 1-5: Very large (>12 months, >$2M, >20 people)
- 6-10: Large (6-12 months, $1-2M, 10-20 people)
- 11-15: Medium (3-6 months, $500K-1M, 5-10 people)
- 16-20: Small (<3 months, <$500K, <5 people)
WSJF Implementation Example
Project A: Mobile App Enhancement
- User Value: 15 (significant user experience improvement)
- Time Criticality: 12 (competitive pressure, 4-month window)
- Risk Reduction: 8 (moderate technical debt reduction)
- Job Size: 14 (3-month project, $750K, 7 people)
WSJF = (15 + 12 + 8) ÷ 14 = 2.5
Project B: Infrastructure Security Upgrade
- User Value: 8 (minimal user-facing impact)
- Time Criticality: 18 (regulatory compliance deadline)
- Risk Reduction: 17 (critical security vulnerability mitigation)
- Job Size: 10 (8-month project, $1.5M, 12 people)
WSJF = (8 + 18 + 17) ÷ 10 = 4.3
Result: Project B prioritized despite lower user value due to criticality and risk reduction.2. RICE Framework
Best Used For: Product development, marketing initiatives, when reach and impact can be quantified
Formula: RICE Score = (Reach × Impact × Confidence) ÷ Effort
RICE Scoring Guidelines
Reach (Number per time period):
- Projects: Number of users/customers/processes affected per month
- Internal Initiatives: Number of employees/systems/workflows impacted
- Strategic Programs: Market size or business units affected
Impact (Multiplier scale):
- 3.0: Massive impact - Transforms core business metrics
- 2.0: High impact - Significantly improves key metrics
- 1.0: Medium impact - Moderately improves metrics
- 0.5: Low impact - Slight improvement in metrics
- 0.25: Minimal impact - Barely measurable improvement
Confidence (Percentage as decimal):
- 100% (1.0): High confidence - Strong data and precedent
- 80% (0.8): Medium confidence - Some data, reasonable assumptions
- 50% (0.5): Low confidence - Limited data, high uncertainty
Effort (Person-months):
- Total estimated effort across all teams and functions
- Include planning, design, development, testing, deployment, training
RICE Application Example
Initiative: Customer Self-Service Portal
- Reach: 50,000 customers per month
- Impact: 1.0 (moderate reduction in support calls)
- Confidence: 0.8 (good data from customer surveys)
- Effort: 18 person-months
RICE = (50,000 × 1.0 × 0.8) ÷ 18 = 2,222
Initiative: Sales Process Automation
- Reach: 200 sales reps per month
- Impact: 2.0 (significant productivity improvement)
- Confidence: 0.9 (pilot data available)
- Effort: 12 person-months
RICE = (200 × 2.0 × 0.9) ÷ 12 = 30
Result: Sales automation prioritized despite much smaller reach due to high impact and efficiency.3. ICE Scoring
Best Used For: Rapid prioritization, brainstorming sessions, when detailed analysis isn't feasible
Formula: ICE Score = (Impact + Confidence + Ease) ÷ 3
Each dimension scored 1-10:
Impact (1-10):
- 10: Revolutionary change, massive business impact
- 7-9: Significant improvement in key metrics
- 4-6: Moderate positive impact
- 1-3: Minimal or unclear impact
Confidence (1-10):
- 10: Certain of outcome, strong data/precedent
- 7-9: High confidence, some supporting evidence
- 4-6: Medium confidence, reasonable assumptions
- 1-3: Low confidence, uncertain outcome
Ease (1-10):
- 10: Minimal effort, existing resources, low complexity
- 7-9: Moderate effort, some new resources needed
- 4-6: Significant effort, substantial resource commitment
- 1-3: Very difficult, major resource investment
ICE Prioritization Matrix
| Initiative | Impact | Confidence | Ease | ICE Score | Priority |
|---|---|---|---|---|---|
| API Documentation Update | 6 | 9 | 9 | 8.0 | High |
| Machine Learning Platform | 9 | 5 | 3 | 5.7 | Medium |
| Mobile App Redesign | 8 | 7 | 5 | 6.7 | Medium-High |
| Data Warehouse Migration | 7 | 8 | 2 | 5.7 | Medium |
---
Qualitative Prioritization Frameworks
1. MoSCoW Method
Best Used For: Scope management, stakeholder alignment, requirement prioritization
Categories:
- Must Have: Non-negotiable requirements, project fails without these
- Should Have: Important but not critical, can be delayed if necessary
- Could Have: Nice to have, include if resources permit
- Won't Have: Explicitly out of scope for current timeframe
MoSCoW Implementation Guidelines
Must Have Criteria:
- Legal/regulatory requirement
- Critical business process dependency
- Fundamental system functionality
- Security/compliance necessity
Should Have Criteria:
- Significant user value or business benefit
- Competitive advantage requirement
- Important process improvement
- Strong stakeholder demand
Could Have Criteria:
- Enhancement to user experience
- Process optimization opportunity
- Future-proofing consideration
- Secondary stakeholder request
Won't Have Criteria:
- Feature creep identification
- Future phase consideration
- Out-of-budget items
- Low-value/high-effort items
MoSCoW with Quantitative Overlay
Priority Distribution Guidelines:
- Must Have: 60% of budget/effort (ensures core delivery)
- Should Have: 20% of budget/effort (key value delivery)
- Could Have: 20% of budget/effort (buffer for scope adjustment)
- Won't Have: Document for future consideration
Risk Management:
- If Must Haves exceed 60%: Scope too large, requires reduction
- If Should Haves exceed 30%: Risk of scope creep
- If Could Haves exceed 20%: May indicate unclear priorities2. Kano Model Analysis
Best Used For: Customer-focused prioritization, product development, user experience improvements
Kano Categories
Basic Needs (Must-Be):
- Definition: Expected features, dissatisfaction if absent
- Customer Response: "Of course it should do that"
- Business Impact: Prevents customer loss but doesn't drive acquisition
- Examples: Security, basic functionality, compliance
Performance Needs (More-Is-Better):
- Definition: Linear satisfaction relationship with performance
- Customer Response: "The better it performs, the happier I am"
- Business Impact: Competitive differentiation opportunity
- Examples: Speed, efficiency, cost, reliability
Excitement Needs (Delighters):
- Definition: Unexpected features that create delight
- Customer Response: "Wow, I didn't expect that!"
- Business Impact: Customer acquisition and loyalty driver
- Examples: Innovative features, exceptional experiences
Indifferent Features:
- Definition: Features customers don't care about
- Customer Response: "Whatever, doesn't matter to me"
- Business Impact: Resource waste if prioritized
- Action: Eliminate or deprioritize
Reverse Features:
- Definition: Features that actually create dissatisfaction
- Customer Response: "I wish this wasn't here"
- Business Impact: Customer churn risk
- Action: Remove immediately
Kano Prioritization Matrix
| Feature | Kano Category | Customer Impact | Implementation Cost | Priority Score |
|---|---|---|---|---|
| Single Sign-On | Basic | High Dissatisfaction if Missing | Medium | Must Do |
| Load Time <2sec | Performance | Linear Satisfaction | High | High Priority |
| AI-Powered Recommendations | Excitement | High Delight Potential | Very High | Medium Priority |
| Advanced Analytics Dashboard | Indifferent | Low Interest | Medium | Low Priority |
---
Advanced Prioritization Models
1. Multi-Criteria Decision Analysis (MCDA)
Best Used For: Complex portfolios with multiple competing objectives and diverse stakeholder interests
Weighted Scoring Matrix Setup
Step 1: Define Evaluation Criteria
Strategic Criteria (40% weight):
- Strategic Alignment (15%)
- Market Opportunity (10%)
- Competitive Advantage (15%)
Financial Criteria (35% weight):
- ROI/NPV (20%)
- Payback Period (10%)
- Cost Efficiency (5%)
Risk/Feasibility Criteria (25% weight):
- Technical Risk (10%)
- Resource Availability (10%)
- Timeline Feasibility (5%)Step 2: Score Each Project (1-5 scale)
Step 3: Calculate Weighted Scores
Project Score = Σ(Criterion Score × Criterion Weight)
Example:
Project Alpha:
- Strategic Alignment: 4 × 0.15 = 0.60
- Market Opportunity: 5 × 0.10 = 0.50
- Competitive Advantage: 3 × 0.15 = 0.45
- ROI/NPV: 4 × 0.20 = 0.80
- Payback Period: 3 × 0.10 = 0.30
- Cost Efficiency: 5 × 0.05 = 0.25
- Technical Risk: 2 × 0.10 = 0.20
- Resource Availability: 4 × 0.10 = 0.40
- Timeline Feasibility: 4 × 0.05 = 0.20
Total Score: 3.702. Three Horizons Model
Best Used For: Balancing innovation with operational excellence, strategic portfolio planning
Horizon Definitions
Horizon 1: Core Business (70% of portfolio)
- Focus: Optimize existing products/services
- Timeline: 0-2 years
- Risk Level: Low
- ROI Expectation: High certainty, moderate returns
- Examples: Process improvements, maintenance, incremental features
Horizon 2: Emerging Opportunities (20% of portfolio)
- Focus: Extend core capabilities into new areas
- Timeline: 2-5 years
- Risk Level: Medium
- ROI Expectation: Medium certainty, high returns
- Examples: New markets, adjacent products, platform extensions
Horizon 3: Transformational Initiatives (10% of portfolio)
- Focus: Create new capabilities and business models
- Timeline: 5+ years
- Risk Level: High
- ROI Expectation: Low certainty, very high potential returns
- Examples: Breakthrough technologies, new business models, moonshots
Portfolio Balance Guidelines
Balanced Portfolio Allocation:
- Conservative Organization: H1=80%, H2=15%, H3=5%
- Growth-Oriented: H1=60%, H2=25%, H3=15%
- Innovation Leader: H1=50%, H2=30%, H3=20%
Risk Management:
- H1 projects should fund H2 and H3 experiments
- H2 successes should scale to become new H1 businesses
- H3 failures should generate learning for future initiatives3. Efficient Frontier Analysis
Best Used For: Risk-return optimization, portfolio-level resource allocation
Risk-Return Plotting
Step 1: Quantify Risk and Return for Each Project
Return Metrics:
- Expected NPV or IRR
- Strategic value score
- Market opportunity size
Risk Metrics:
- Probability of failure
- Variance in expected outcomes
- Technical/market uncertaintyStep 2: Plot Projects on Risk-Return Matrix
Step 3: Identify Efficient Frontier
- Projects offering maximum return for each risk level
- Projects below the frontier are suboptimal
- Portfolio optimization involves selecting mix along frontier
Step 4: Apply Risk Appetite
- Conservative: Lower risk portion of frontier
- Moderate: Balanced mix across frontier
- Aggressive: Higher risk/return portion
Portfolio Optimization Example
Efficient Frontier Projects:
- Low Risk/Low Return: Process Automation (Risk=2, Return=15%)
- Medium Risk/Medium Return: Market Expansion (Risk=5, Return=25%)
- High Risk/High Return: New Technology Platform (Risk=8, Return=45%)
Suboptimal Projects:
- High Risk/Low Return: Legacy System Upgrade (Risk=7, Return=12%)
- Reason: Market Expansion offers better return for similar risk level---
Decision Trees for Model Selection
Scenario-Based Model Selection
Scenario 1: Resource-Constrained Environment
Available Resources < Demand?
├── Yes: Use WSJF (maximize value per unit effort)
└── No: Use RICE or Weighted Scoring (optimize for maximum impact)
Time Pressure for Decisions?
├── High: Use ICE Scoring (rapid evaluation)
└── Low: Use MCDA (thorough analysis)
Stakeholder Alignment Issues?
├── Yes: Use MoSCoW (consensus building)
└── No: Proceed with quantitative methodScenario 2: Innovation vs. Operations Balance
Portfolio Currently Imbalanced?
├── Too Operational: Apply Three Horizons Model (increase H2/H3)
├── Too Innovative: Focus on H1 projects (stabilize revenue)
└── Balanced: Use efficient frontier analysis (optimize mix)
Strategic Direction Clear?
├── Yes: Use strategic alignment scoring
└── No: Use broad stakeholder input (MoSCoW or Kano)Scenario 3: Customer vs. Business Value Tension
Primary Value Driver?
├── Customer Satisfaction: Use Kano Analysis
├── Business ROI: Use RICE or financial scoring
└── Both Equally Important: Use balanced scorecard approach
Data Availability?
├── Rich Customer Data: Kano → RICE combination
├── Limited Data: ICE scoring → MoSCoW validation
└── Financial Data Only: WSJF or NPV ranking---
Hybrid Prioritization Approaches
1. Two-Stage Prioritization
Stage 1: Strategic Filtering
- Apply MoSCoW or Strategic Alignment Filter
- Eliminate projects that don't meet minimum criteria
- Reduce candidate pool by 40-60%
Stage 2: Detailed Scoring
- Apply WSJF, RICE, or MCDA to remaining candidates
- Rank order for resource allocation
- Final prioritization with stakeholder review
2. Weighted Multi-Model Approach
Combined Score = (WSJF Score × 0.4) + (Strategic Score × 0.3) + (Risk Score × 0.3)
Benefits:
- Reduces single-model bias
- Incorporates multiple perspectives
- Provides robustness check
Challenges:
- More complex to calculate
- Requires normalization of scales
- May obscure clear trade-offs3. Dynamic Prioritization
Concept: Priorities change as conditions change; build flexibility into the system
Implementation:
- Monthly priority reviews using lightweight scoring (ICE)
- Quarterly deep-dive analysis using comprehensive model (MCDA)
- Annual strategic realignment using Three Horizons
Trigger Events for Reprioritization:
- Significant market changes
- Technology breakthroughs or failures
- Resource availability changes
- Strategic direction shifts
- Competitive moves
---
Implementation Best Practices
1. Model Calibration and Validation
Historical Validation:
- Compare model predictions to actual project outcomes
- Identify systematic biases in scoring
- Adjust scoring criteria based on lessons learned
Cross-Validation:
- Use multiple models on same project set
- Investigate projects that rank very differently
- Understand root causes of ranking differences
Stakeholder Validation:
- Present prioritization results to key stakeholders
- Gather feedback on "surprising" rankings
- Adjust weights or criteria based on strategic input
2. Common Implementation Pitfalls
Over-Engineering the Process:
- Problem: Complex models that take too long to use
- Solution: Start simple, add complexity only when needed
Score Inflation:
- Problem: All projects rated as high importance
- Solution: Forced ranking, relative scoring, external calibration
Gaming the System:
- Problem: Project sponsors inflate scores to get priority
- Solution: Independent scoring, historical validation, transparency
Analysis Paralysis:
- Problem: Endless refinement without decision making
- Solution: Set decision deadlines, "good enough" thresholds
3. Organizational Change Management
Building Buy-In:
- Involve stakeholders in model selection process
- Provide training on chosen methodology
- Start with pilot group before full rollout
- Demonstrate early wins from improved prioritization
Managing Resistance:
- Address concerns about "pet projects" being deprioritized
- Show how model supports rather than replaces judgment
- Provide transparency into scoring rationale
- Allow for appeals process with clear criteria
Continuous Improvement:
- Regular retrospectives on prioritization effectiveness
- Gather feedback from project teams and stakeholders
- Update models based on changing business context
- Share success stories and lessons learned
---
Tools and Templates
1. Excel-Based Prioritization Templates
WSJF Calculator:
- Automated score calculation
- Sensitivity analysis for weight changes
- Portfolio-level aggregation
- Visual ranking dashboard
RICE Framework Spreadsheet:
- Reach estimation guidelines
- Impact scoring rubric
- Confidence level definitions
- Effort estimation templates
2. Decision Support Dashboards
Portfolio Overview:
- Current project distribution across models
- Resource allocation vs. strategic priorities
- Risk-return visualization
- Priority change tracking
Stakeholder Views:
- Executive summary of top priorities
- Department-specific project impacts
- Budget allocation by strategic theme
- Timeline and milestone visualization
3. Governance Integration
Portfolio Review Templates:
- Monthly priority health check
- Quarterly strategic alignment review
- Annual prioritization methodology assessment
- Exception handling procedures
---
Advanced Topics
1. Machine Learning Enhanced Prioritization
Predictive Scoring:
- Use historical project data to improve scoring accuracy
- Identify patterns in successful vs. failed initiatives
- Automate routine scoring updates
- Flag projects with unusual risk profiles
Natural Language Processing:
- Analyze project descriptions for implicit risk factors
- Extract customer sentiment from feedback data
- Monitor market signals for priority implications
- Automate competitive intelligence gathering
2. Real-Time Priority Adjustment
Market Signal Integration:
- Customer satisfaction scores
- Competitive intelligence
- Regulatory changes
- Technology disruption indicators
Internal Signal Monitoring:
- Resource availability changes
- Budget reforecasts
- Strategic initiative launches
- Organizational restructuring
3. Portfolio Scenario Planning
What-If Analysis:
- Impact of budget cuts on portfolio balance
- Effect of resource constraints on delivery timelines
- Strategic pivot implications for current priorities
- Market disruption response strategies
---
This framework should be customized based on organizational maturity, industry context, and strategic objectives. Regular updates should incorporate lessons learned and evolving best practices.
Related skills
How it compares
Pick senior-pm over sprint-level agile skills when you need portfolio-wide EMV risk scoring and executive reporting rather than single-team velocity tracking.
FAQ
What Python tools ship with senior-pm?
senior-pm bundles four Python scripts: project_health_dashboard.py, risk_matrix_analyzer.py, resource_capacity_planner.py, and stakeholder_mapper.py, each runnable with --demo flags for portfolio analysis workflows.
Which prioritization frameworks does senior-pm support?
senior-pm supports WSJF, RICE, ICE, and MoSCoW models for multi-project portfolio optimization alongside EMV financial risk quantification and Monte Carlo schedule confidence intervals.
Who is senior-pm designed for?
senior-pm targets engineering leaders managing enterprise software and SaaS portfolios who need quantitative risk analysis, resource capacity planning, and executive RAG reporting across concurrent initiatives.