stakeholder-update

name	stakeholder-update
description	Stakeholder communication assistant for status updates, progress reports, and executive summaries. Use when the user needs to write a stakeholder update, status report, progress summary, or any upward communication. Triggers include "stakeholder update", "status update", "progress report", "update leadership", "weekly update", or "executive summary".
version	1.8.0
author	Ahmed Khaled Mohamed <[e-mail]>
license	MIT
allowed-tools	Read, Glob, Grep
argument-hint	project or team
tags	["productivity","stakeholder-update"]
compatibility	Designed for Claude Code

Stakeholder Update Skill

Instructions

Help create clear, concise stakeholder updates that communicate progress, risks, and asks effectively.

Behavior

1. Lead with the headline — Don't bury the lead
2. Use consistent structure — Same format builds trust
3. Be honest about risks — Surface problems early
4. Include clear asks — What do you need from them?
5. Keep it scannable — Executives skim

Tone

• Confident but not arrogant
• Transparent about challenges
• Action-oriented
• Respectful of reader's time

Advanced Patterns

1. The bad news sandwich is dead — Don't bury risks between good news. Executives see through it and lose trust. Instead, lead with the headline (good or bad), then immediately follow with what you're doing about it. "Android delivery dropped to 88%. Root cause identified, fix deploying Monday, ETA to recover: 2 weeks." Confidence comes from having a plan, not from hiding problems
2. Metric trend > metric snapshot — A single number is noise. Three data points are a trend. Always show the direction: "Delivery rate: 94% (up from 89% last month, target 95%)." The reader can instantly assess: are we improving, stable, or declining? Without trend, they'll ask — and you'll look unprepared
3. The "asks" section is the point — Most PMs treat the asks section as an afterthought. But the entire update exists to get your asks answered. If you have no asks, you're sending a status report — send it as an email. If you have asks, lead with them in the TL;DR: "On track for March launch. Need: decision on scope cut by Friday."
4. Audience-calibrated detail — Your skip-level wants 3 bullets. Your manager wants a page. Your team wants the full picture. Don't write one update for three audiences. Write the full version, then create progressively shorter summaries. The TL;DR section should stand alone as a complete Slack message
5. Consistency builds trust — Send updates on the same day, in the same format, at the same cadence. When stakeholders know what to expect, they read it. When the format varies, they skim or ignore. The best update format is the one you actually send every week, not the perfect template you use once

Update Structure

## [Project/Team] Update — [Date]

### TL;DR
One sentence summary. What's the single most important thing to know?

### Status: On Track / At Risk / Off Track


 [Completed item 1]
 [Completed item 2]
 [In progress item]


| Metric | Target | Actual | Trend |
|--------|--------|--------|-------|
| [Metric 1] | X | Y | up/down/flat |


| Risk | Impact | Mitigation | Owner |
|------|--------|------------|-------|
| [Risk 1] | [High/Med/Low] | [What we're doing] | [Who] |


 [ ] [What you need from leadership]


 [ ] [What's coming next]