Skip to content
skill-guide · 2025.11.13

How to Make Your Best Work Visible to Leadership

by paul thomas·12 min·2,800 wordsSKILL-GUIDE

You've mapped your dependencies. You've assessed which parts of your job are defensible. Now here's the move: make one of those defensible capabilities visible to someone who matters.

Most valuable work is invisible. You solve problems, navigate complexity, exercise judgment and then you move on to the next thing. Your manager doesn't see it. Your stakeholders don't see it. Six months later when someone's evaluating your role, they definitely don't see it.

Defensible capabilities only defend you if people know you have them.

The Move

Pick one capability you identified as defensible (high automation difficulty, strategic importance, or both) and demonstrate it visibly this week. Not in a performance review. Not when you're asked. Just... this week.

Here's what that looks like:

Send a brief update to a stakeholder showing how you applied expertise to solve a recent problem. Not a status report (a "here's what I navigated and why it mattered" message).

Share an insight in a team meeting that demonstrates your judgment in your domain. Offer context others don't have. Connect dots others aren't connecting.

Document a decision and the reasoning behind it, then send it to your manager as an FYI. "Thought you'd want to see how I approached X" (not asking for permission, just making your thinking visible).

Offer to help a colleague with something that showcases your expertise. "I've dealt with this before, here's what I learned..." You're demonstrating capability while actually being useful.

Why This Works

Visibility isn't bragging. It's strategic positioning. You're not inflating your value (you're making sure people can see the value that's already there).

When automation conversations happen, the capabilities people can't see are the first ones evaluated for replacement. When restructuring happens, invisible expertise gets discounted. When someone's building a case for headcount or budget, they build it around work they can actually observe.

You don't need permission to demonstrate what you're good at. You just need to stop assuming people already know.

This Week

Pick one capability. Make it visible to one person who matters. One email, one conversation, one documented decision.

That's it. Do it this week, not someday.


The Strategic Visibility System

You made one thing visible this week. Good. Now what? Most people stop there (one update, one conversation, then back to invisible work). That's not a strategy, that's a gesture. Here's how to turn visibility into a system that actually changes how you're positioned.

Making work visible once doesn't protect you. Making the right work visible to the right people consistently (that's what changes how you're perceived and what opportunities come your way).

Here's the system I use with clients to turn visibility from a one-off task into a strategic practice.

Step 1: Map Your Visibility Priorities

Not all defensible capabilities are equally valuable to make visible. Some matter to your manager. Some matter to senior leadership. Some matter to peers who could advocate for you later.

Ask yourself:

Which capability would most change how [specific person] perceives my value?

Example: Your manager thinks you're good at execution but doesn't see your strategic thinking. Your most defensible capability might be technical expertise, but the highest-leverage thing to make visible is your judgment on bigger decisions.

Which capability is most at risk of being undervalued?

Example: You spend significant time preventing problems that never happen. Nobody sees prevention (they only see when things go wrong). Make your risk mitigation visible before someone questions why your role exists.

Which capability positions you for what you want next?

Example: You want to move into a leadership role. Making your individual technical work visible keeps you typecast. Making your ability to develop others, navigate complexity, or influence without authority visible (that's what opens doors).

Common mistake: Trying to make everything visible. That's not strategic, it's just noisy. Pick 2-3 capabilities max. Make those very visible to specific people. Ignore the rest for now.

Do this: Pick 2-3 capabilities to make visible over the next quarter. Write down who needs to see each one and why it matters to your positioning.


Step 2: Choose Your Visibility Channels

Different work becomes visible through different channels. Matching the right capability to the right channel is the difference between "helpful update" and "why are you telling me this?"

Direct updates to your manager (email, 1-on-1s)

  • Best for: Work that prevented problems, navigated complexity, or required judgment under uncertainty
  • Frequency: Weekly or bi-weekly, not daily
  • Frame: "Thought you'd want visibility on this" (not asking for praise, just making decisions/expertise apparent)
  • Not for: Routine stuff that's just your job. Don't send an update because you did what you were hired to do.

Stakeholder communication (email, brief meetings)

  • Best for: Work that bridges gaps, solves their problems, or demonstrates domain expertise they don't have
  • Frequency: When you've solved something they care about or saved them time/headache
  • Frame: "Quick FYI" or "Thought this context might be useful" (helpful, not performative)
  • Not for: Updates about internal process stuff they don't care about or can't use.

Team meetings or cross-functional forums

  • Best for: Insights that help others, connecting dots across initiatives, offering strategic context
  • Frequency: When you have something genuinely useful to contribute, not just to be heard
  • Frame: "Here's what I'm seeing" or "One thing to consider" (additive, not showboating)
  • Not for: Demonstrating expertise that makes others feel stupid or talking just to remind people you exist.

Documentation that others will reference

  • Best for: Decisions with rationale, frameworks you've developed, lessons learned from complex situations
  • Frequency: After significant decisions or when creating reusable knowledge
  • Frame: "Documenting this for future reference" (useful artifact, not just CYA)
  • Not for: Over-documenting simple decisions or creating process documentation nobody asked for.

Offers to help colleagues

  • Best for: Demonstrating expertise while building relationships, making your knowledge accessible
  • Frequency: When you genuinely can help, not just to show off
  • Frame: "I've dealt with this before, here's what worked..." (generous, not condescending)
  • Not for: Swooping in to "save" people who didn't ask for help or solving problems they need to figure out themselves.

Do this: For each capability you identified in Step 1, choose the primary channel that makes the most sense. Don't use all channels for everything (that's just noise).


Step 3: The Visibility Rhythm

Before you panic about adding more to your plate: you're not creating new work. You're spending 5-10 minutes a week making existing work visible. That's it.

Most people treat visibility as reactive: "I should probably let someone know about this." That's too late. You need a rhythm.

Weekly:

  • One capability made visible to your manager (direct update, documented decision, or mentioned in 1-on-1)
  • One helpful contribution in a team setting (insight shared, problem solved visibly, dot connected)

Bi-weekly:

  • One stakeholder update showing how you navigated something they care about
  • One offer to help a colleague that demonstrates your expertise

Monthly:

  • Review: Which capabilities have you made visible? To whom? Are you building the perception you want?
  • Adjust: What's working? What feels forced? What opportunities did you miss?

This isn't about creating more work (it's about making existing work more visible through strategic communication). Five minutes to write an update. Two minutes to offer context in a meeting. Ten minutes to document a decision.

Do this: Block 30 minutes on Friday afternoons for the next month. Use it to identify one thing from that week worth making visible and send it before you close your laptop.


Step 4: Red Flags (When Visibility Backfires)

Visibility done badly is worse than invisibility. Here's what to avoid:

Visibility without substance

  • Red flag: You're sending updates about work that isn't actually complex or valuable
  • Reality check: If someone asked "why did this require you specifically?" and your honest answer is "it didn't," don't make it visible.
  • Fix: Only make work visible when it genuinely required expertise, judgment, or problem-solving

Visibility that undermines others

  • Red flag: Your update implicitly makes someone else look bad or highlights their mistakes
  • Reality check: If your visibility comes at someone else's expense, you'll build resentment not respect
  • Fix: Frame your work as collaborative or context-dependent, not heroic

Visibility that's too frequent

  • Red flag: You're sending updates multiple times a week to the same person
  • Reality check: If everything is urgent/important/worth-noting, nothing is
  • Fix: Consolidate. One thoughtful update beats three scattered ones

Visibility that sounds like it's asking for praise

  • Red flag: Your communication feels like "look what I did, tell me I'm good"
  • Reality check: If you're hoping for a "great job!" response, rewrite it
  • Fix: Frame as informational or useful context, not achievement reporting

Do this: Before hitting send on any visibility communication, ask: "Am I making this visible because it genuinely matters, or because I want to be seen doing something?" If it's the latter, save it for when you have something that actually required your expertise.


Real Example: 90 Days of Strategic Visibility

Here's what this looks like in practice. Let's say you're an L&D professional worried about AI replacing parts of your role.

Your defensible capabilities:

  1. Diagnosing learning needs that aren't obvious (high judgment, hard to automate)
  2. Facilitating difficult leadership conversations (high relationship complexity)
  3. Designing learning experiences for messy, real-world problems (high context-dependency)

Month 1: Make diagnosis visible

  • Week 1: Send your manager an update after a needs analysis showing the non-obvious problem you identified and why the obvious solution wouldn't work
  • Week 2: In a team meeting, share an insight about a learning need others hadn't spotted
  • Week 3: Document your diagnostic process for a recent project and send as FYI to your manager
  • Week 4: Offer to help a colleague struggling with needs analysis, demonstrating your expertise

Result: Your manager now sees you as someone who thinks deeply about problems, not just someone who runs training programs.

Month 2: Make facilitation visible

  • Week 1: After facilitating a difficult leadership session, send a brief update to your stakeholder showing how you navigated competing agendas
  • Week 2: Offer context in a meeting about why a particular leadership challenge is more complex than it appears
  • Week 3: Share a lesson learned from a facilitation that went sideways and how you adapted
  • Week 4: Document your approach to facilitating a particularly messy conversation

Result: Senior leaders start seeing you as someone who can handle complexity they can't, not just someone who delivers content.

Month 3: Make design expertise visible

  • Week 1: Send an update showing how you adapted a learning experience based on real-world constraints others weren't considering
  • Week 2: In a planning meeting, flag a design decision that seems simple but actually requires expertise to get right
  • Week 3: Document a design framework you've developed and share with your manager
  • Week 4: Help another team with a learning design problem, making your expertise visible to a new audience

Result: You're now positioned as someone with expertise that's hard to replace, not just someone who builds courses.

After 90 days: When restructuring conversations happen, you're not "the training person" (you're "the person who can diagnose what's really going on, facilitate difficult leadership conversations, and design for messy real-world problems"). That's a completely different role in people's heads.


Your Turn

You've got the framework. Now use it:

  1. This week: Identify 2-3 capabilities to make visible over the next quarter
  2. This week: Choose the right channels for each capability
  3. Friday: Block 30 minutes every Friday for the next month to execute your visibility rhythm
  4. Month 1: Track what you make visible and to whom (adjust based on what's working)

Strategic visibility isn't about bragging. It's about making sure the people who make decisions about your role, your opportunities, and your value actually know what you're capable of.

Don't wait until you're worried about your job to start making your work visible. Start now, while you have the luxury of being strategic about it. The people who survive restructuring aren't always the most valuable (they're the ones whose value was most visible when decisions got made).


P.S. If You Need Help With The Wording

Strategy is one thing. Actually writing the email or figuring out what to say in the meeting (that's where people freeze up). The tone's hard: too casual sounds unprofessional, too formal sounds like you're trying too hard, too detailed is tedious, too brief undersells it.

So here's a prompt that handles it for you.

The Visibility Translator

Copy this into ChatGPT or Claude, then paste in what you did:

You are a communications specialist who helps professionals make valuable work visible without sounding like they're bragging or being tedious.

I will describe something I did at work that required genuine expertise, judgment, or problem-solving. Transform my description into a brief, professional communication that:

- Makes the complexity visible without overwhelming detail
- Demonstrates expertise without arrogance
- Shows value without begging for praise
- Uses confident, plain language
- Stays concise (150-250 words for emails, 2-3 sentences for meeting talking points)

Before you write anything, ask me:
1. Who is this for? (my manager / a senior stakeholder / my team / a peer)
2. What format? (email update / meeting talking point / decision documentation / offer to help)
3. What's the relationship context? (formal / collaborative / this person doesn't know my work well / etc.)

Then give me two versions: one more detailed, one more concise. I'll pick what fits.

Here's what I did:
[PASTE YOUR DESCRIPTION HERE]

How to use it:

  1. Describe what you did in rough language. Don't polish it. Just dump: "I spent two days figuring out why the sales team and ops team had completely different numbers for the same metric. Turned out they were measuring at different points in the funnel. Got them aligned, probably saved us from making bad decisions in next quarter's planning."
  2. Answer the three questions. The prompt will ask who it's for, what format, and relationship context. Be specific. "My manager, email, she's new and doesn't fully understand what I do yet" gets you different output than "My manager, email, he knows my work well and just needs a quick FYI."
  3. Pick the version that sounds like you. It'll give you two options. One will be more detailed, one more concise. Choose based on your relationship with the recipient and how much context they need. Then tweak for your voice.
  4. Send it. Don't agonize. The work is already done (you're just making it visible).

Example:

What you input: "Facilitated a leadership offsite last week where the exec team was supposed to align on priorities but they were all talking past each other. The CEO wanted to focus on growth, the CFO kept bringing up efficiency, and the COO was worried about retention. I restructured the conversation so they could see they were actually talking about the same underlying problem (we're growing too fast without the infrastructure to support it). They left aligned on sequencing: infrastructure first, then growth. Probably saved us three months of misaligned decisions."

What it outputs (Email to manager, concise version): "Quick update from last week's leadership offsite: The exec team came in with competing priorities (growth vs. efficiency vs. retention), which would've led to misaligned decisions across the business.

I restructured the conversation to surface the underlying issue (growing faster than our infrastructure can support). Once that was visible, alignment happened quickly: infrastructure investments first, then renewed growth focus.

They left with a clear sequence instead of competing agendas. Thought you'd want visibility on how that played out."

See the difference? Same information, but now it:

  • Shows the complexity without being tedious (competing agendas, not just "different priorities")
  • Demonstrates your expertise (you restructured the conversation, surfaced the real issue)
  • Frames the value clearly (saved three months of misalignment)
  • Sounds confident, not self-congratulatory

When to use it:

  • You know something's worth making visible but you're stuck on how to say it
  • You've written three drafts and they all sound wrong
  • You're worried it sounds like bragging
  • You need a meeting talking point but keep over-explaining in your head

When not to use it:

  • The work genuinely wasn't complex or valuable (AI can't fix that)
  • You're trying to make everything visible (pick what actually matters)
  • You're avoiding the real issue, which is that you don't know who needs to see this or why

The prompt handles execution. The system above handles strategy. Use both.

// subscribe
One post like this a week.
Free. Unsubscribe in one click.