Something went wrong!
Hang in there while we get back on track
Three Competing Quarterly Requests with Time Constraints
Classic multi-stakeholder scenario with CEO dashboard (4 weeks), Sales export button (3 days), and Support bug fixes (1 week). Demonstrates impact/effort/strategic alignment framework identifying quick wins and force multipliers, with week-by-week Q2 execution timeline and customized stakeholder communications for each request.
Input
What you provide to the skill
CEO wants new dashboard (4 weeks), Sales needs export button (3 days), Support wants 5 bug fixes (1 week). Team of 3, Q2 deadline.
Output
What the skill generates for you
PRIORITY ANALYSIS
Framework Applied
Impact/Effort/Strategic Alignment with Risk Assessment
Context Summary
- Team: 3 engineers
- Available Time: ~12 weeks (Q2)
- Total Estimated Work: ~8.5 weeks (4 weeks + 3 days + 1 week = ~5.5 weeks, but requests total more)
Recommended Priority Ranking
🥇 PRIORITY 1: Sales Export Button (3 days) - Start Immediately
Impact: HIGH
- Direct revenue enablement for Sales team
- Unblocks sales workflow immediately
- Quick win that builds organizational goodwill
Effort: 3 days (minimal)
Strategic Alignment: HIGH
- Sales velocity directly impacts Q2 revenue targets
- Demonstrates responsiveness to cross-functional partners
Risk of Delay: HIGH
- Sales blocked on every deal requiring data export
- Lost productivity compounds daily
- Easy to deprioritize larger work but high-friction small asks damage trust
Rationale: This is a classic quick win. 3 days of effort immediately unblocks Sales operations. Completing this first builds political capital and demonstrates responsiveness before delivering harder “not yet” messages.
🥈 PRIORITY 2: Support Bug Fixes (1 week) - Start Week 2
Impact: HIGH
- Customer satisfaction and retention
- Reduces support ticket volume
- Prevents escalations that consume engineering time later
Effort: 1 week (5 bugs, ~1 day each average)
Strategic Alignment: HIGH
- Customer retention directly supports revenue goals
- Support burden reduction improves team efficiency
Risk of Delay: MEDIUM-HIGH
- Customer frustration increases
- Support burden continues
- Some bugs may worsen if left unaddressed
- Risk of churn for affected customers
Rationale: 5 bug fixes in 1 week is high-value work. Support deals with customer pain daily—addressing their top issues quickly reduces escalations and demonstrates that customer quality matters. Combined with the export button, you deliver value to two stakeholders in under 2 weeks.
🥉 PRIORITY 3: CEO Dashboard (4 weeks) - Start Week 3
Impact: MEDIUM-HIGH
- Strategic visibility for leadership
- Supports executive decision-making
- Board/investor value
Effort: 4 weeks (significant)
Strategic Alignment: MEDIUM
- Valuable but not directly revenue-generating
- Supports internal visibility, not customer value
Risk of Delay: LOW-MEDIUM
- CEO can use existing reporting temporarily
- No external deadline driving urgency
- Dashboard value compounds over time but isn’t time-critical
Rationale: Large effort for internal tooling. Important but not urgent. By completing quick wins first, you demonstrate velocity and build credibility before committing 4 weeks to a single executive request. This also allows requirements to be refined while smaller items ship.
Recommended Timeline
Week 1 (Days 1-5):
- Days 1-3: Sales export button (delivered ✓)
- Days 4-5: Begin bug fixes (2 bugs complete)
Week 2:
- Complete remaining 3 bug fixes
- Begin dashboard planning/design
Weeks 3-6:
- CEO dashboard development (4 weeks)
- Reserve 2-3 days for any urgent issues
Q2 Summary:
| Item | Effort | Delivery |
|---|---|---|
| Export Button | 3 days | Week 1 |
| Bug Fixes (5) | 1 week | Week 2 |
| CEO Dashboard | 4 weeks | Week 6 |
| Buffer | ~4.5 weeks | Available for scope changes |
STAKEHOLDER COMMUNICATIONS
To CEO - Dashboard Request
Subject: Dashboard Project - Starting Week 3 with Q2 Delivery
Hi,
I’ve reviewed the dashboard request and have a plan that delivers this in Q2 while addressing critical operational needs first.
Timeline: Dashboard development starts Week 3, with delivery by end of Week 6. This gives you the new dashboard well before Q2 ends.
Why Week 3 (not Week 1): I’m front-loading two smaller items that collectively take 1.5 weeks:
- Sales export button (3 days) - blocking Sales workflow
- 5 priority bug fixes (1 week) - Support’s top customer issues
Strategic rationale: By clearing these quick wins first, the team can focus 4 uninterrupted weeks on the dashboard without context-switching. This actually reduces risk of delays compared to starting the dashboard immediately while juggling interruptions.
What you’ll get: Full dashboard delivered by Week 6 of Q2. I’ll share wireframes by end of Week 3 for your input before we build.
Next step: Can we schedule 30 minutes in Week 2 to review dashboard requirements? I want to ensure we build exactly what you need for your decision-making workflow.
To Sales - Export Button Request
Subject: Export Button - Shipping This Week
Hi,
Good news—I’m prioritizing the export button as our first deliverable this quarter.
Timeline: Starting today, delivered by end of Day 3.
What you’ll get: Export button on [specific location] that exports data to [format - CSV/Excel].
Why this is first: I understand this is blocking your workflow on deals. Three days to unblock Sales is clearly the right investment.
Next step: I’ll ping you when it’s ready for testing (Day 3). Let me know if there are specific export format requirements I should know about before I start.
To Support - Bug Fix Request
Subject: Bug Fixes - 5 Issues Resolved by End of Week 2
Hi,
I’m addressing all 5 bug fixes in the first two weeks of Q2.
Timeline:
- Week 1 (Days 4-5): 2 bugs fixed
- Week 2: Remaining 3 bugs fixed
- All 5 issues resolved by end of Week 2
Priority order: Please confirm which bugs are most impacting customers so I can sequence accordingly. If you can rank them 1-5 by customer pain level, I’ll tackle them in that order.
Why this approach: I’m shipping a 3-day quick win for Sales first (Days 1-3), then dedicating the remainder of Weeks 1-2 to your bug fixes. This ensures all 5 issues are resolved before we start longer-term dashboard work.
Next step: Send me your priority ranking for the 5 bugs and I’ll start on the highest-impact issue on Day 4.
ALTERNATIVE SOLUTIONS
If CEO Dashboard Must Start Immediately
Option A: Parallel Track with Reduced Scope (MVP)
- Week 1: Export button + bugs (1 engineer) | Dashboard MVP (2 engineers)
- Deliver basic dashboard by Week 3, iterate to full version by Week 6
- Trade-off: More context-switching, potential quality issues
Option B: Contract/Temporary Help
- Bring in contractor for bug fixes
- Core team focuses on dashboard
- Trade-off: Cost, contractor ramp-up time, management overhead
Option C: Defer Bug Fixes to Week 7
- Start dashboard Week 1
- Trade-off: Support team frustration, customer satisfaction risk
If Bug Fixes Are More Urgent Than Stated
Triage approach:
- Identify any P0 bugs (data loss, security, revenue impact)
- P0 bugs get fixed Day 1, no exceptions
- P1-P2 bugs fit into Week 2 as planned
PUSHBACK RESPONSES
“The dashboard is the CEO’s priority—why isn’t it first?”
Response: “The dashboard is definitely our major Q2 deliverable and we’re committed to shipping it by Week 6. I front-loaded the smaller items because they total less than 2 weeks and clear the deck for 4 weeks of uninterrupted dashboard focus. Starting the dashboard Day 1 means juggling interruptions from Sales and Support, which increases delivery risk. This sequence actually gives you a better dashboard faster.”
“3 days for an export button? That should take an hour!”
Response: “The core export logic is quick, but delivering a production-ready feature includes error handling, testing across data volumes, edge cases like special characters in data, and deployment. I can ship a hacky version in hours, but you’d hit issues on the first edge case. Three days delivers something reliable that won’t create support tickets.”
“We have 5 bugs but only 1 week?”
Response: “Based on the complexity you described, 1 day per bug is realistic for fixes plus testing. If any bugs are more complex than estimated, I’ll flag immediately so we can adjust scope or timeline. Which bugs are highest priority so I can ensure those are done even if we hit surprises?”
“Can we just do everything faster?”
Response: “With 3 engineers, we have roughly 12 engineer-weeks in Q2. The current scope is ~5.5 weeks of committed work, leaving buffer for unknowns. I can add scope if you’re comfortable reducing that buffer, but I’d rather deliver everything on time than overcommit and miss deadlines.”
TRADEOFF SUMMARY
This prioritization optimizes for:
✅ Quick wins first (export button, bugs) to build credibility
✅ Uninterrupted focus time for largest deliverable (dashboard)
✅ All three stakeholders receive commitments with specific dates
✅ Buffer remaining for Q2 unknowns (~4.5 weeks)
Tradeoffs accepted:
⚠️ CEO dashboard starts Week 3 instead of Week 1 (mitigated: still delivers in Q2 with better focus)
⚠️ Bug fixes take 1.5 weeks total instead of rushing (mitigated: proper testing, no regressions)
Decision confidence: HIGH
This sequence delivers all three requests in Q2 while maintaining team sustainability and leaving buffer for inevitable scope changes.
About This Skill
Navigate competing stakeholder priorities in product management using prioritization frameworks, underlying need analysis, and empathetic communication templates.
View Skill DetailsMore Examples
Crisis Reprioritization with Multiple Urgent Items
Security vulnerability, marketing campaign launch, and CEO customer promise all converge with conflicting deadlines. Demonstrates crisis prioritization framework balancing existential risk (security), external commitments (CEO promise), and internal flexibility (marketing). Includes emergency response timeline, stakeholder communications for breaking commitments, and alternative solutions for each scenario.
Redirecting Solution Request to Problem Discovery
VP Engineering proposes AI chatbot citing competitor parity without explaining user need. Demonstrates underlying need analysis with hypothesis generation, discovery questions to uncover real problems (likely onboarding friction), alternative solutions for different scenarios, and conversation guide for redirecting from premature solution to productive problem exploration.