July 28, 2026

The Question Earns the Credit - MAC151

The Question Earns the Credit - MAC151
The Question Earns the Credit - MAC151
Managing A Career
The Question Earns the Credit - MAC151

Picture the room a few seconds after the meeting starts. The projector is still warm from a slide deck someone spent the entire weekend building — right numbers, right format, delivered clean, exactly as promised. Heads nod. And then, ninety seconds later, someone who has said almost nothing so far leans forward and asks one quiet question that turns the meeting everyone thought they were in into a completely different meeting. You can feel the room shift.

Six months from now, when a bigger job opens up, one of those two names gets said out loud in the room where that decision actually happens. It is not the one who built the deck.

That gap — between the person who answered the question as it was asked and the person who changed the question — is the entire subject here. And the useful part is not that it happens. Most people have watched it happen. The useful part is that it is a repeatable move, not a flash of genius, and that almost nobody treats it as one.

Not every question earns the credit.

Start with a correction, because the obvious version of this advice is incomplete.

The argument in Are You Asking The Right Questions (MAC-150) was that the fear stopping you from asking is pointed the wrong way — that the question you are sitting on, the one you are afraid makes you look like the only person in the room who did not follow, is usually the most valuable thing you could say out loud. That still holds. But it leaves something out, and the omission is the reason some people ask plenty of questions and still never get remembered for a single one of them.

Here is the gap. Not every question is a reframe. "Can you clarify the deadline on this?" is a question. So is "wait — are we even sure this is the problem we should be solving?" Both take roughly the same nerve to say out loud in front of the same room. Only one of them changes what the room is doing.

The first kind fills a gap in your own understanding. The second kind reframes the gap for everyone else in the room. That second kind is what gets credited as insight, and it is a specific, learnable move — not simply a braver version of the first.

Asking gets you in the conversation. Reframing gets you remembered after it is over.

The credit goes to the question.

So what actually separates a reframe from an ordinary question, and why does it pay so disproportionately?

There is a mechanic worth naming directly, and it comes out of a practitioner's guide to workplace questioning from Pathwise, which lays out something a lot of people sense but never say out loud: in team settings, the person who surfaces the right question is often credited with the insight — even when someone else supplies the answer.

Sit with how often that has played out in a room you were in. Somebody names the real issue — "wait, are we even measuring the right thing here?" — and then somebody else does the work of answering it. Two or three days of analysis, a rebuilt model, a corrected dataset. Real work, done by a real person. And then a week later, when people describe what happened in that meeting, they do not say "Priya answered the question." They say "Priya's the one who saw it."

That is not a fluke of memory. It is how organizations compress a story. When the retelling gets short — and it always gets short by the time it reaches the person deciding who gets the next job — what survives is the turn, the moment the direction changed. The answer is treated as the labor that followed. The question is treated as the reason it was worth doing.

Which sets up the reframe at the center of this whole argument: Owning the Answer versus Owning the Question.

Owning the answer is valuable. It is also replaceable, and that is the part people miss. There is almost always someone else in the building who could have produced a competent answer given enough time and the same brief. Competence at answering is widely distributed, and the tools have made it more so. Owning the question is not replaceable in the same way, because it requires you to have been paying attention to something nobody else in the room had noticed yet — and there is no way to outsource having noticed.

Here is the part that feels backwards until you look at it directly: owning the question is the lower-risk move, not the riskier one.

When you own the answer, you can be wrong in a very specific, very visible way. The numbers do not add up. The plan does not hold under a follow-up question. The forecast misses. Your name is on the artifact, and the artifact can fail publicly and on a schedule.

When you own the question, you are not making a claim that can fail the same way. You are not saying "this is definitely the answer." You are saying "I think we might be looking at the wrong thing." Even when you are only partially right — even when the room checks and the original framing turns out to be fine — you have demonstrated the one thing that is genuinely scarce: the willingness to look at the problem before looking for the solution.

Picture a budget review. The finance analyst walks in with a fully reconciled variance report, accurate to the dollar, clearly formatted, ready to defend from any angle. Useful. Expected. Forgotten by Friday.

Now picture the person two seats down who says: "Before we dig into why we're over budget on this line, can we check whether we're even tracking it against the right baseline?"

If that baseline turns out to be wrong, nobody remembers the question as a criticism. They remember it as the moment the whole review got more useful. The analyst did the work. The question-asker got the credit for making the work matter. And notice: if the baseline had turned out to be fine, the cost of having asked would have been about forty seconds.

That asymmetry is the whole reason this is worth building into a habit. The downside is a short pause. The upside is being the person the room associates with its best thinking.

The Angle Shift.

Naming the question is one thing. Actually changing it — on command, in a live meeting, under time pressure, without a week to think about it — is a different skill, and it is the one most people assume you either have or you do not.

You do not have to invent it from nothing. There is the Five Whys instinct: asking one more "why" before the room locks onto a fix. That is a real move and it works. But "why" only pushes in one direction — backward, toward cause. Backward is not the only useful angle.

A framework from McGraw Hill on problem framing lays out what it calls the E5 approach — expand the definition of the problem, examine the root causes, empathize with the people affected, elevate the thinking to the system level, and envision the desired future. Five steps, five directions to push — but underneath all of them is the same single move: swap "how do we fix X?" for "what's really causing X?" Or push further still: "what if X isn't the actual problem?"

That move deserves a name, because a name sticks better than a five-step acronym you will have forgotten by Thursday.

Call it the Angle Shift — the deliberate move of changing the question before you change the answer.

Not a rebuttal. Not "I disagree." Just a different angle on the same problem, offered out loud, in the room, before the group locks in on solving the thing as it was originally stated.

Here is the scenario every function has some version of. A report that is chronically late. Month after month, no matter who owns it. The room's default question is "how do we get this delivered faster?" — and every fix that comes out of that question looks the same, because the question already decided what a fix could look like. Add headcount. Add a deadline reminder. Add a dashboard nobody asked for. Add a pre-deadline before the deadline.

The Angle Shift asks something else entirely: "Is 'late' actually the problem, or is 'late' just where a different problem — unclear ownership, a broken handoff, priorities nobody actually ranked — happens to surface first?"

Same report. Completely different meeting. And a completely different set of possible solutions, none of which were reachable from the original question.

That is the mechanic underneath all of this, and it is worth stating plainly: problem framing determines the entire solution space before a single solution gets proposed. Whoever sets the frame — even without offering a fix, even without doing any of the work that follows — has already shaped everything that comes after. Every idea the room generates for the next forty minutes is drawn from a pool that the framing defined.

Which means the highest-leverage sixty seconds in most meetings happen before anyone starts solving anything. Almost nobody uses them.

If you are worried you will not be able to produce a reframe on demand, you do not need inspiration. You need three entry points you can run down in your head while somebody else is still talking. One: is this upstream of something, or is it downstream of something? A late report is almost always downstream. Two: who defined this problem, and what were they optimizing for when they did? A problem defined by the person who owns the process will almost never question the process. Three: what would we be measuring if this were actually solved? If the room cannot answer that one, the problem has not been defined yet — it has only been described. Any one of those three will hand you a usable question, and none of them require you to be the smartest person in the room. They only require you to have run the list.

Delivery is the whole game.

Now the objection, because it is real and it stops most people from ever trying this: the Angle Shift can read as contrarian hole-poking if you deliver it badly. Nobody wants to be the person who always has an objection and never has a contribution. That person exists in every organization, everyone can name them, and their career is not going well.

The fix is not in the idea. It is in the phrasing.

"That's not the real problem" is a rebuttal. It puts you against the room. It requires someone to be wrong for you to be right, and the person who framed the problem now has to defend themselves instead of thinking.

"I wonder if there's something upstream of this we haven't named yet — can I try a different angle?" is a contribution. It puts you alongside the room, still working the same problem, just entering from a different door.

The content can be functionally identical. The framing determines whether you sound like the person who gets it or the person who is difficult.

Timing matters as much as wording, and this is the part people underestimate. Offer the reframe early — before the group has spent twenty minutes committing to a direction. Reframing after the room has already agreed does not read as improving a decision. It reads as undermining one. The same sentence, delivered at minute three versus minute thirty, produces two completely different reactions, and the difference has nothing to do with whether you are right.

And offer it as a question, not a verdict. "Can we try this from a different angle?" invites the room to test the idea with you. "This is the wrong approach" invites the room to defend against you. Same insight, opposite reception, and you control which one you get.

There is one more piece, and it is the piece that separates the reframe from a drive-by. This connects to something covered in Own the Problem, Bring Solutions (MAC-084) — ownership reads as leadership, and abandonment reads as complaining. The Angle Shift only works if you stay in the problem with the room. You are not handing back a harder version of the question and walking away to let other people deal with the mess you just made. You are the one who is going to help chase down the new angle you opened.

Reframe and leave, and you are the person who makes meetings longer. Reframe and stay, and you are the person who makes them matter.

It is also worth naming the fear here, because it is a sibling to the one from last week's episode (MAC-150). That one was the fear of looking like you do not know enough. This one is the fear of looking like you know too much in the wrong direction — of becoming the person who has always got an objection. Different fear, identical reflex: stay quiet rather than risk how the room reacts.

And it dissolves the same way. Not by getting braver. By changing the phrasing so the room reads you as adding to the conversation instead of attacking it. The bravery framing is a trap either way — it turns a learnable technique into a personality trait you either have or you do not, which is a very convenient reason to never practice it.

What to actually do this week.

Four steps, in the order they will come up.

Name the assumption before you answer. In your next problem-solving meeting, before anyone jumps to solutions, say out loud what the group seems to be assuming about the problem. Not as a challenge — just as a statement of what is currently on the table. "So the way we're framing this, we're treating it as a speed problem." Half the time, saying the assumption out loud is enough to make somebody else question it, and then you are not even the one who had to push.

Take the "why" somewhere new. If you have a stuck problem you have already pushed one "why" on, go back to it and push the fuller version: "what if this isn't the problem at all?" Same recurring headache, same room, a different angle than the one you already tried.

Practice the contribution phrasing, not the objection phrasing. Before you speak, swap "that's wrong" for "can I try a different angle on this?" It is a small language change with an outsized effect on how the room receives you, and it costs nothing to rehearse.

Stay in the problem after you reframe it. Do not drop the new question and leave. Volunteer to help chase it down. The credit goes to the person who both named the real issue and stuck around to help solve it — and the reputational damage goes to the person who only ever does the first half.

The differentiator was never intelligence.

So go back to that meeting. Two people, one question, one answer, one reframe.

The person with the polished answer did good work, and good work matters — this is not an argument for skipping the work. But the person who changed the question is the one the room remembers when a bigger job needs filling. Not because they were smarter. Because they were the one willing to look at the problem from an angle nobody else had taken yet, and to say it out loud while it still could change what happened next.

That is the whole differentiator. It was never about intelligence. It is about which angle you are willing to take, out loud, before anyone else does.

Links & References

Asking the Right Questions: Leadership & Work Guide (Pathwise) — the question-asker gets credited with the insight

https://pathwise.io/asking-the-right-questions/

Asking Smarter Questions: The Art of Better Problem Framing (McGraw Hill) — the E5 approach

https://www.mheducation.com/highered/blog/2026/01/asking-smarter-questions-the-art-of-better-problem-framing.html

Own the Problem, Bring Solutions (MAC-084)

https://managingacareer.com/84

Are You Asking The Right Questions (MAC-150)

https://managingacareer.com/150

TAKE THE SURVEY!

 

 

Are you looking for a career coach? If you reach out to me via the contact form, I will arrange an introductory session where we can talk about your career goals and how I can help. If we're a good fit, we can schedule regular coaching sessions.