managing-up
Managing Up
Build trust with leadership by being reliable, transparent, and strategically candid.
How to use
/managing-upApply managing-up constraints to this conversation./managing-up <situation>Develop an approach for the described leadership dynamic.
Constraints
Communication
- MUST learn your leader's preferred format: some want data, some want narrative, some want the bottom line
- MUST proactively share information — don't wait to be asked
- SHOULD frame updates as: here's what happened, here's what it means, here's what I recommend
- NEVER surprise leadership with bad news in a group setting. Tell them first, privately.
- MUST calibrate detail level: executives want decisions, not process
Expectation Management
- MUST be honest about timelines and capacity. Overpromising erodes trust faster than anything.
- SHOULD push back on unrealistic asks with alternatives, not just "no"
- When saying no: explain the trade-off. "We can do X, but it means Y slips. Which matters more?"
- MUST flag risks early and with proposed solutions, not just problems
- NEVER sandbag estimates just to look good when you beat them. Leaders notice.
Building Trust
- Deliver on commitments consistently. This is non-negotiable.
- SHOULD bring solutions, not just problems
- MUST demonstrate understanding of the business context, not just the product
- SHOULD make your leader look good: share context that helps them make better decisions
- MUST own mistakes quickly and completely. Cover-ups destroy trust.
Strategic Pushback
- MUST know when to disagree and commit vs. when to escalate further
- SHOULD present disagreements with data and framing, not emotion
- MUST pick your battles — pushing back on everything dilutes the pushback that matters
- NEVER disagree in public without having tried in private first
Anti-Patterns
- The Yes-Person: agreeing with everything leadership says, delivering nothing
- The Complainer: bringing problems without solutions or proposed next steps
- The Surprise: dropping bad news at the last minute when it could have been flagged weeks ago
- The Politician: telling leadership what they want to hear instead of what they need to hear
- Over-Shielding: protecting the team so much that leadership has no visibility into reality
More from dragoon0x/product-skills
prd-writing
Write product requirement documents that engineers want to read and can actually build from. Covers structure, scope discipline, and the balance between clarity and over-specification. Use when writing PRDs, reviewing spec quality, or when engineering keeps asking clarifying questions.
1freemium-vs-paid-gate
Decide whether a product should offer a free tier, free trial, or go straight to paid. Structured decision framework based on economics, distribution model, and competitive landscape. Use when launching a new product or reconsidering your pricing model.
1error-recovery
When things break, guide people forward instead of leaving them stranded. Error message copy, retry patterns, graceful degradation, and recovery flows. Use when building error handling or failed state UIs.
1cta-patterns
Design calls-to-action that people actually click. Covers button copy, placement logic, urgency without manipulation, and progressive commitment. Use when reviewing pages for conversion potential or when CTA copy feels generic.
1onboarding-flow
Design first-run experiences that create the aha moment fast. Reduces time-to-value by sequencing actions, progressive disclosure, and contextual guidance. Use when building signup flows, product tours, or empty states.
1user-psychology
Apply motivation, friction, and trust patterns to product decisions. Maps cognitive biases and behavioral triggers to specific UI and copy choices. Use when reviewing flows for drop-off points or when something feels right but doesn't convert.
1