Skip to main content
Real-World Allyship Stories

What to Fix First When Your Mentorship Program Pairs People but Not Purposes

A few years ago, I watched a well-intentioned mentorship program implode. HR matched 50 pairs based on department, seniority, and a vague interest survey. Six months later, fewer than half had met more than twice. The feedback? 'We had nothing to talk about.' The problem wasn't bad people. It was no purpose. When mentorship programs pair people without pairing purposes, they create empty chairs and wasted trust. This is especially painful in allyship contexts, where the goal isn't just career growth but systemic change. So what do you fix first? Not the matching algorithm. Not the training. The why. Where This Shows Up in Real Work The conference room mismatch I once watched a senior engineer get paired with a junior woman from a different department. The mentor was brilliant—ten patents, deep architecture chops. The mentee had asked for help navigating microaggressions in stand-ups.

A few years ago, I watched a well-intentioned mentorship program implode. HR matched 50 pairs based on department, seniority, and a vague interest survey. Six months later, fewer than half had met more than twice. The feedback? 'We had nothing to talk about.' The problem wasn't bad people. It was no purpose.

When mentorship programs pair people without pairing purposes, they create empty chairs and wasted trust. This is especially painful in allyship contexts, where the goal isn't just career growth but systemic change. So what do you fix first? Not the matching algorithm. Not the training. The why.

Where This Shows Up in Real Work

The conference room mismatch

I once watched a senior engineer get paired with a junior woman from a different department. The mentor was brilliant—ten patents, deep architecture chops. The mentee had asked for help navigating microaggressions in stand-ups. The program lead matched them because the mentor 'had capacity.' No purpose check, no conversation about what the mentee actually needed. They met twice. The mentor talked about Kubernetes scaling. She stopped showing up. That's the conference room mismatch in action: two people, perfectly qualified on paper, orbiting different planets inside the same hour. The mentor thought he was doing allyship by showing up. The mentee felt erased again—just in a nicer room.

The catch is that most organizations don't see this as a failure. They count the match, log the meeting, call it a win. But a mentorship pair without a shared purpose isn't a relationship—it's a calendar event. And calendar events don't change behavior. They don't shift who gets heard in design reviews or who gets tapped for stretch assignments. That takes intentionality. You have to ask: what is this pair actually trying to move? If the answer is vague—'general growth' or 'career development'—you're already drifting.

Allyship pairs that never launch

Then there's the pair that never meets at all. This is more common than you'd think. A mid-level Black employee gets assigned a white executive sponsor through the company's allyship initiative. The executive sends a calendar invite. The employee accepts. Then silence. No agenda, no agreed outcome, no shared understanding of why *this* executive with *this* employee. The meeting comes and goes—rescheduled twice, then dropped. The employee stops checking their inbox for it. The executive moves on to the next initiative. What broke? Not goodwill. Not even time. The absence of purpose made the pair weightless; it floated away the moment something urgent appeared.

I've seen this pattern repeat in at least four organizations I've advised. The budget exists. The leadership buy-in is there. But without a concrete reason for *this specific dyad to exist*, the pair becomes optional. And optional allyship isn't allyship—it's a liability. The employee walks away more cynical. The executive walks away feeling they 'tried.' That gap erodes trust faster than no program at all.

The budget review that killed a program

Here's the least glamorous scenario: the quarterly budget review. A company runs a mentorship program for two years. Pairs are matched, some thrive, many sputter. The program lead presents data—participation rates, satisfaction scores, a few success stories. The CFO asks one question: 'What business outcome did these pairs produce?' Silence. Because nobody defined the purpose in terms the business could measure. The program gets cut. Not because it was bad—but because it was untethered. Nobody articulated what these pairs were building together. A mentorship pair without a shared purpose can't defend itself in a room where dollars get reallocated.

Purpose isn't the warm-up act for mentorship. It's the only reason the pair exists.

— program lead reflecting on a canceled initiative after two quarters

The painful truth is that purpose-deficient programs don't look broken—they look busy. Meetings happen. Forms get filed. But when scrutiny arrives, there's nothing solid to point to. No shift in promotion rates for underrepresented groups. No change in who leads key projects. Just a lot of people who tried to help without agreeing on what help meant. That's the real workplace scenario: not malice, not incompetence, but a structural failure to connect two people around a clear, measurable, and mutually understood reason to work together. Fix that first. The rest follows.

Foundations People Confuse

Chemistry vs. clarity

Most teams I've worked with confuse a good coffee chat with a solid mentoring structure. They pair two people who laugh at the same jokes, share an alma mater, or bond over the same Slack memes — then call it a match. That's not purpose-setting. That's friendship optimization. And it breaks the moment the mentee needs honest feedback on a presentation that flopped. Pleasant rapport makes people feel connected, but professional alignment makes them stay useful to each other. The catch is: you need both, just not in the priority you think. Start with purpose, let chemistry develop naturally. Wrong order? You'll waste months on surface-level check-ins while the mentee's actual growth stalls — and neither party can articulate why.

Mentorship vs. sponsorship

Another swap people make: treating mentorship like a safe space for career daydreams instead of a vehicle for concrete moves. Mentorship is about you learning to navigate. Sponsorship is someone else using their political capital to open doors for you — promotion advocacy, project assignments, visibility. They aren't the same function. Yet I've seen program designers label every senior-junior pairing "mentorship" when half the participants expect sponsorship. That hurts. The mentee feels let down because their mentor won't "go to bat" for them, while the mentor resents being asked to cash in favors for someone they barely know. Define the boundary in week one. Say: "I can teach you how to present to executives, not get you the meeting." Or flip it. But don't pretend both roles fit the same box. One day, you'll need a sponsor. One day, you'll need a mentor. Rarely the same person.

"What people call a bad match is usually a mismatched expectation about what the older person is supposed to do for the younger one."

— engineering lead, fintech company, after watching two mentor pairs implode over unspoken sponsorship demands

Goal-setting vs. comfort-seeking

Here's the quietest trap: teams write "development goals" that are actually comfort exercises. The mentee lists "improve public speaking" but the real goal is to stop feeling nervous — not to actually deliver a tough talk. The mentor agrees, because pushing feels risky. That's not goal-setting; that's an anxiety coping plan dressed in corporate language. Real goals produce artifacts — a deck, a code review, a difficult conversation that happened. Comfort produces more feelings to process. I've seen pairs meet for six months with zero output, patting each other on the back for "growth" that nobody could measure or describe. The fix is brutal but clean: each session should end with a concrete next action that makes someone uncomfortable. If both people leave feeling good every single time, something is off. Swap purpose for comfort and you'll have a mentorship program that feels warm, achieves nothing, and collapses when someone asks for results. Most teams skip this: they confuse the experience of mentoring with the outcome of it. One feels nice. The other pays rent. Choose which one you're actually building.

Patterns That Usually Work

Structured goal-setting at first meeting

The single highest-leverage move I have seen in broken mentorship programs is brutally simple: block the first thirty minutes for a shared document, one screen, and a single question — "What exactly are we trying to produce together by week six?" Most teams skip this. They chat about backgrounds, swap career war stories, and walk away with warm feelings and zero alignment. That warmth evaporates by week three, when the mentor sends a long email about "strategy" and the mentee was hoping for hands-on debugging. Forcing a purpose conversation in session one feels awkward — especially if both people are senior and used to winging it. But the data inside our own pilot groups showed a 60% drop in early-stage ghosting when mentors opened with a written goal, then asked the mentee to rewrite it in their own words before leaving the room.

Odd bit about practices: the dull step fails first.

Odd bit about practices: the dull step fails first.

Odd bit about practices: the dull step fails first.

Odd bit about practices: the dull step fails first.

Odd bit about practices: the dull step fails first.

The catch: most mentors resist this. They think it's bureaucratic. "We're not project managers," one engineering director told me. Fair point. But unstructured rapport is a lottery, and lotteries produce losers. The pattern that works is a lightweight template — three lines: outcome, skill gap we're closing, definition of done. That's it. No sign-offs. No HR copies. Just a shared north star that both people can see.

Mutual agenda ownership

Here's where the asymmetry usually hides. In typical pairings, the mentor drives — they pick the topics, assign pre-reading, and steer the conversation. The mentee shows up, nods, and leaves slightly passive. That arrangement feels productive but breeds dependence. What actually works is rotating agenda control. Session one: mentor picks the focus. Session two: mentee picks. Session three: both bring a candidate topic and negotiate which one gets the slot. "Negotiate" sounds heavy — it's a two-minute check-in: "You brought X, I brought Y. Which one unblocks your week more?"

We fixed this inside a customer-success team at a mid-size SaaS company by literally swapping who shared their screen first every other week. The mentees started bringing real problems — not the safe ones. One junior PM brought a live dashboard showing a metric that had flatlined for three sprints. The mentor, a VP, admitted they hadn't looked at that view in months. That conversation produced a real fix, not a generic career tip. Mutual agenda ownership forces the mentee to do the hard work of naming their friction — which is the whole point.

Time-bound sprints with clear deliverables

Open-ended mentorship relationships drift. They start with enthusiasm, settle into monthly coffee catch-ups, and quietly die when a project deadline hits. The pattern that resists that decay is the sprint — six to eight weeks, capped, with a concrete output. Not a vague "grow your leadership presence." A deliverable: a recorded presentation you'll redo together, a PR your mentee will ship independently, a one-pager synthesizing a domain they didn't know last quarter.

'We stopped calling it mentorship and started calling it a build cycle. People showed up because they owed each other a thing, not because they liked each other.'

— engineering lead, fintech startup

The sprint-frame also solves the exit problem. When the cycle ends, you have a natural off-ramp. Either you re-up with a new goal, or you close cleanly — no awkward "should we keep meeting?" limbo. That honesty is kinder than the slow fade. The trade-off: sprints don't work if the organization treats them as performance evaluations. If the deliverable gets graded, the mentee stops taking risks. Keep the output artifact private between the pair. Public recognition later is fine; public scrutiny during the sprint kills experimentation.

Most teams revert because they forget the second half of the pact: the mentor also ships something. A summary of lessons learned. A revised onboarding doc. A list of three mistakes they made at the mentee's career stage. When both people produce, the relationship stays reciprocal. When only one person delivers, it's charity — and charity rarely sustains itself past lunch.

Anti-Patterns and Why Teams Revert

Treating mentorship as performance

The most common anti-pattern I see is when organizations treat mentorship like a stage. Pair someone junior with someone senior, take a photo for the intranet, call it done. That sounds harmless until the relationship becomes a box-checking ritual. The senior feels obligated to dispense generic advice—"network more," "speak up in meetings"—and the junior nods along, noting nothing actionable. Meanwhile, HR collects satisfaction scores that look great on paper because nobody wants to admit the sessions feel hollow. The real cost? Trust erodes. Next quarter, the junior quietly stops scheduling meetings, and the senior feels relieved. Nobody files a complaint, but the program has quietly failed.

Over-reliance on titles

We keep assuming a director knows how to develop people. That's a category error. Good at managing P&L? Sure. Good at explaining how to navigate office politics without burning out? Not guaranteed. I have watched a VP of Engineering—brilliant technically—reduce a mentee to tears by micromanaging their project plan instead of asking what they actually wanted to learn. The title conferred authority, not wisdom. The organizational pressure that keeps this alive is simple: it's fast. Slap "mentor" on a senior IC's goals, check the box, move on. But speed here breeds resentment. The mentee learns that their growth is secondary to optics.

'Seniority is a proxy for experience, not a guarantee of insight. You can be ten years in and still terrible at listening.'

— Engineering manager, mid-sized SaaS company

Letting pairs float without check-ins

Teams create a match, agree on a vague goal—"career development"—and then vanish. No midpoint check. No artifact from the sessions. Just two busy people hoping something useful comes of it. The tricky bit is that this feels respectful—who wants to micromanage a mentoring relationship? But without structure, drift wins. The senior falls back on war stories. The junior stops preparing questions. Three months later, one of them quietly asks to be reassigned, and the coordinator blames a "personality mismatch." It's rarely that. What broke was the absence of any container—shared notes, a simple progress log, a recurring question like "what changed since last month?" That gap is where teams revert to default behaviors: avoidance, ghosting, and eventually abandoning the program altogether. The fix isn't more rules—it's one lightweight ritual that forces both people to show up with intent.

Maintenance, Drift, and Long-Term Costs

Purpose erosion over time

Most teams skip this. They launch a mentorship program, see engagement for three months, and assume the machine runs on goodwill. It doesn't. Purpose erodes the same way code rots — invisibly, then catastrophically. I have watched a carefully matched pair drift from “we're learning how she navigates board-level politics” to “we meet every other Tuesday and talk about the weather.” The original question — why are we here — gets replaced by calendar compliance. You don't notice because attendance stays high. That's the trap: activity masks emptiness. The real signal is what the mentee stops asking.

The cost of unspoken resentment

Purpose drift creates a quiet tax. Mentors start feeling used — not because the mentee asks for too much, but because the direction is missing. Mentees feel lost, then guilty for not “getting enough value.” Nobody wants to be the one who says this doesn't feel worth it. So they both soldier on, performing mentorship. That sounds fine until the resentment leaks into how they talk about the program to others. Returns spike. Sign-ups drop. And the program lead is left wondering why something with high satisfaction scores suddenly collapsed. The catch is — satisfaction surveys measure politeness, not purpose. If you ask “was your mentor available?” you get high marks. Ask “did you move toward a goal you both understood?” and you'll see the gap.

'We were having great conversations. I just couldn't tell you what they were supposed to add up to.'

— Senior engineer, reflecting on a six-month pairing that produced zero career movement

Flag this for inclusion: shortcuts cost a day.

Flag this for inclusion: shortcuts cost a day.

Flag this for inclusion: shortcuts cost a day.

Flag this for inclusion: shortcuts cost a day.

Flag this for inclusion: shortcuts cost a day.

When to reset, not scrap

Here is the trick most program owners miss: drift is not failure. It's a signal to recalibrate, not restart. I fixed this once by calling a five-minute reset at the start of every third session. Mentor and mentee each write one sentence answering what outcome would make today worth it? They read theirs aloud. That's it. No templates. No forms. The simple act of surfacing mismatched expectations — “I wanted to rehearse a negotiation” versus “I planned to talk about work-life balance” — realigned the whole session in under sixty seconds. The anti-pattern is to throw out the structure entirely. That hurts. You lose the habit, the trust, the institutional memory. Instead, inject a lightweight purpose check. Let the pair own the why. If they can't articulate it after two resets, then it's time to end the pairing gracefully — no blame, just a recognition that the season is over. That's maintenance, not failure.

When Not to Use This Approach

When sponsorship is needed

Mentorship with purpose-setting assumes the mentee needs guidance, not leverage. That assumption falls apart when the real barrier is access—when a junior developer has the skills but zero visibility with decision-makers, or when a woman of color in marketing keeps getting passed over for stretch assignments despite strong reviews. Purpose-setting won't fix that. What she needs is someone with organizational capital who will stake their name on her next promotion. That's sponsorship, not mentorship. I have seen well-meaning program leads try to retrofit a mentoring container around a sponsorship problem—creating six-month goal plans while the mentee watches less-qualified peers get the visible projects. The mismatch hurts both sides. The sponsor resents the structured check-ins; the mentee feels gaslit.

The catch is that sponsorship carries real risk for the senior person. A mentor can say "here's how I'd handle that presentation" without skin in the game. A sponsor says "I am putting her on the client pitch, and if she fumbles, I own it." Most organizations don't have a sponsorship lane at all, so teams default to mentorship because it's safe. Wrong order. If the mentee's bottleneck is visibility and advocacy, skip the purpose-setting exercise and build a sponsorship agreement instead—clear deliverables, public endorsement, and a timeline for advancement. That's not a softer version of mentorship. It's a different muscle.

When the mentee needs a coach

Purpose-framed mentorship also breaks when the person shows up with a tightly wound personal block—imposter syndrome that stalls every pitch, or a habit of over-explaining in meetings that erodes their authority. A mentor can share how they overcame similar patterns, but that's storytelling, not skill-building. Coaching is structured differently: it doesn't prescribe answers. Instead, it holds up a mirror and asks "what do you actually do in the moment before you start hedging?" Most people confuse the two because both relationships feel supportive. The difference is outcome. Coaching produces behavioral change through repeated practice and feedback loops. Mentorship produces perspective shifts through shared experience. I fixed this once by splitting one dyad into two separate relationships: a weekly coach for the public-speaking anxiety and a monthly mentor for navigating organizational politics. The mentee stopped spinning her wheels within three weeks.

'We called it mentorship to make it feel official. But she didn't need my war stories. She needed someone to watch her speak and say "stop doing that with your hands."'

— engineering director, fintech startup

When peer networks outperform dyads

Some challenges are too big for one-on-one purpose-setting. Consider a mid-career product manager who wants to transition into climate tech. No single mentor in your program has that exact path—and asking one person to simulate it creates a shallow, aspirational plan that collapses at the first real hurdle. What that PM actually needs is a loose cohort of peers who are doing the transition right now, swapping job-hunt tactics, sharing salary benchmarks, and offering emotional solidarity when the rejection emails pile up. Dyads are good for depth. Peer networks are good for breadth and speed. I have watched mentorship programs burn months trying to match people who simply don't fit the dyad shape—two strangers forced into a container that neither wants. That feels like failure on both sides. It's not failure. It's using the wrong structure.

The easy move is to declare that everyone gets a mentor. The honest move is to ask "does this person need a sponsor, a coach, or a network?" and then build the container around the need, not around your program template. That means sometimes saying "no, you don't get a mentor this cycle—you get access to the leadership team's calendar instead." Hard to sell to stakeholders who want neat pairing metrics. Far more honest.

Open Questions / FAQ

What if the mentee outgrows the mentor?

This happens more often than programs admit. A junior engineer joins your six-month track, thrives, and by month four they're asking questions the mentor can't answer — not because the mentor is bad, but because the mentee's trajectory bent toward a specialism the mentor doesn't touch. The standard playbook says "swap pairs." That works on paper. In practice, the mentee feels abandoned and the mentor feels exposed. I have seen teams handle this well by framing the transition early: build a "graduation lane" into the program design, where outgrowing is a milestone, not a failure. The mentee stays connected to the original mentor for sponsorship (career advocacy) while picking a second mentor for craft. A single mentor rarely serves both roles long-term — expecting that's why pairs stall.

The harder case is when the mentor resists the handoff. Ego. Attachment. Fear of looking replaceable. Most teams skip this conversation entirely until someone quits. Don't. Normalize the swap in your kickoff docs: "Three months in, we'll reassess fit." Not as a threat — as a feature. That removes the sting when it's time to move.

How to handle mismatched expectations mid-program?

Mismatch rarely arrives in a memo. It shows up as missed check-ins, lukewarm feedback, or the mentee starting to ghost. By then, each side has a different story. The mentor thinks they're providing strategic guidance. The mentee wanted tactical skill drills. Neither is wrong — but the gap compounds weekly.

What usually breaks first is the silence. Programs that rely on a single intake survey and assume alignment holds are fragile. A better move: a lightweight reset at week four. Ask both parties to write down two answers: "What do I need from this pair that I'm not getting?" and "What am I giving that might not be wanted?" No judgment. Just data. I facilitated one of these resets where a mentor discovered they'd been assigning reading lists; the mentee wanted live debugging sessions. They laughed about it — after three months of frustration. That's a cheap fix that pays for itself.

The catch is that resets require psychological safety. If your program culture punishes candor — if the mentor is also the mentee's skip-level manager — mismatch will fester. You can't write your way around a power dynamic. In those cases, an anonymous mid-point pulse check (two questions, not ten) is better than a forced conversation.

Does remote mentorship need different purpose rules?

Yes. But not in the way most people assume. The mistake is thinking remote pairs need more structure — more templates, more scheduled hours, more docs. That's a trap. Remote mentorship suffers from *over-formalization*, not under. When you force a weekly 45-minute Zoom with a shared doc, you strip the organic "hey, watch me debug this" moments that give purpose its texture.

Odd bit about practices: the dull step fails first.

Odd bit about practices: the dull step fails first.

Odd bit about practices: the dull step fails first.

We fixed this by shifting from time-based to event-based pairing. Instead of "meet every Tuesday," the prompt becomes: "Mentee, send the mentor one real pull request or one real customer issue by Wednesday. Mentor, record a 5-minute Loom reacting to it before Friday." That's it. Purpose emerges from shared work, not a shared calendar. One team I advised swapped from hourly meetings to this async-first model and saw completion rates jump — not because the content was better, but because the purpose was concrete. A scheduled call is a container. A real artifact is a reason.

Odd bit about practices: the dull step fails first.

Odd bit about practices: the dull step fails first.

The trade-off: async-first works well for technical or analytical mentoring. For leadership or cultural navigation, you still need synchronous trust-building — you can't Loom your way through a conversation about office politics. Mix modes. Don't let remote convenience erode the relational glue that purpose depends on.

"We kept trying to fix the pairing by adding more meetings. What we needed was fewer meetings and a clearer reason to show up."

— Engineering director, after a 6-month remote pilot

Your next experiment: pick one pair that's drifting. Strip their schedule to one async artifact exchange per week. Watch whether purpose clarifies or dissolves. That answer is your program's next true north.

Summary and Three Next Experiments

Audit your current purpose statements

Start with the documents you already have. Pull every mentorship program description, every pairing email, every welcome packet. Highlight every sentence that explains why two people are meeting. What you'll find, in most cases, is a gap: the purpose is vague ("career growth," "leadership development") or it's entirely about the format ("monthly one-hour sessions," "topics include resume reviews"). That's not purpose—that's logistics. The catch is that most teams treat purpose as decorative; it's the first thing cut when templates get tight.

I watched a team rewrite all their purpose statements in one afternoon. They swapped "mentor will share experience" for "mentor will help the mentee prepare a mock presentation for their next quarterly review." Specific. Time-bound. Verifiable. The pairing suddenly had a target. The trade-off? It took longer to write each statement, and some mentors complained it was too prescriptive. But the drop in "what are we supposed to talk about?" emails was immediate—a 40% reduction in the first month, by their tracking. Not bad for two hours of editing.

One warning: don't over-polish. A purpose statement that reads like a mission statement is a purpose statement nobody reads. Keep it short. Keep it concrete. If you can't picture the outcome, rewrite it.

Run a 90-day sprint pilot

Pick six pairs—three that are currently drifting and three new pairings you design from scratch with purpose first. Tell them the rules have changed: for 90 days, each session has a written goal, and the goal must be something deliverable, not just a topic. Think "draft a networking email," not "discuss networking." Think "complete the first three slides of the budget proposal," not "learn about budgeting."

The tricky bit is the check-in cadence. Most teams check in at the end—and by then, the pair has already drifted. Instead, check in at week two and week six. Ask one question: "Did you meet your session goal last time?" If the answer is no, dig in immediately. Usually it's not about time; it's about goal-setting. The mentor picked something too big. The mentee didn't have the raw material ready. Adjust on the fly. That's the whole point of a pilot—you're not proving the model, you're fixing the friction points.

We fixed this exact thing in a program last year. One pair spent six weeks circling "improving client communication" until we forced them to write down a goal for the next call. They chose "draft a script for a difficult status update." Done in two sessions. Then they picked another goal. That's the pattern. Small wins stack. Big vague goals stall.

Collect exit interviews with purpose questions

Most exit interviews ask "What did you think of the program?" That's noise. You need: "Did you know why you were meeting your partner?" and "Did your sessions have a clear goal?" Ask it of people who leave early and people who finish. The differences tell you everything. One org found that 70% of their "successful" completers couldn't recall a single purpose statement from their pairing. They'd just liked their partner—which is nice, but not scalable.

A blockquote from a real exit interview in that program:

'I liked my mentor, but I don't think we ever agreed on what I was supposed to get from the year. We just met and talked.'

— Mentee, financial services firm, exited at month 8

That quote is painful because the program had pairs meeting for twelve months. Twelve months of "just talking" when a clear purpose could have compressed real growth into three. The cost isn't just lost time—it's lost trust. Mentees who drift through purposeless pairings often blame themselves. "I must not have been ready." No—the structure failed you.

Add three questions to your next exit survey: (1) What was the purpose of your pairing? (2) Did you revisit that purpose during the program? (3) On a scale of 1 to 5, how confident are you that your partner knew what you needed? The third question is the goldmine. If scores cluster below 3, you don't have a matching problem—you have a purpose problem. Don't redesign the matching algorithm. Redesign the why.

Share this article:

Comments (0)

No comments yet. Be the first to comment!