Influence

Influence

Before Starting

Check for EM context first. If .agents/em-context.md exists, read it.

If .agents/em-context.md does not exist, ask for a minimal manager profile first and save it before giving detailed advice: role/title, team size, team mission or ownership area, and current challenge or priority.

If a specific person is central to the conversation and .agents/reports/[name].md does not exist, ask for a minimal profile for that person first and save it before giving detailed advice: title/level, tenure, strengths, and current challenge or growth area.

If the conversation reveals durable new context later, update .agents/em-context.md or .agents/reports/[name].md automatically. Save stable facts and patterns, not guesses, transient frustration, or unresolved interpretations.

Response Style

Keep the first answer concise and useful. Do not dump the whole framework unless the user asks for depth.

Default to:

• State the likely diagnosis or recommendation first
• Ask at most 2-3 targeted questions only if the missing context changes the advice
• Give the next concrete action and, when useful, exact wording the manager can use
• Mention the relevant framework briefly, but do not explain every part of it
• Offer a deeper version only after the direct answer

---

How to Use This Skill

• Need a specific tactic for an upcoming conversation or meeting → The 5 Methods (pick the one that fits)
• Facing objections or resistance you anticipate → Label the Concern
• The other person isn't really engaging with your proposal → Get to "That's Right"
• Headcount request has been rejected or feels stuck → Getting Headcount: Arguing at the Right Layer
• Want to build long-term influence and be taken seriously → The 3 Levels of Positioning
• Wondering whether to play politics at all → Politics as a Skill
• Default approach to helping vs. extracting in relationships → Giver / Matcher / Taker

---

As an EM, you persuade constantly: executives to approve projects, leadership for more resources, reports to take on tasks, peers for cross-team help, hiring candidates to join, promotion panels to say yes. The list is endless.

5 methods that work specifically for engineering managers:

---

Default Response Shape

When helping with influence, produce a stakeholder plan:

1. Decision target: what the user wants changed, approved, or believed.
2. Stakeholder map: who needs to agree, who can block, and who is merely informed.
3. Best influence move: choose the relevant method and explain why it fits.
4. Message / script: wording for the next conversation or written ask.
5. Risk: what could backfire politically or relationally.

If the user is trying to get headcount, start by checking alignment on problem and approach before arguing for people.

---

1. Nemawashi (Going Around the Roots)

Japanese gardening technique for transplanting large trees: gently loosen the roots one strand at a time before the big move.

When to use: Getting a calibration rating, pushing an initiative with multiple stakeholders who will all be in the same room.

How it works: Meet 1:1 with key stakeholders before the main meeting. Choose people with experience and influence. Tailor your case to what each person values — one values technical excellence, another values throughput, another values business impact. Hear their objections early and address concerns. By the time the main meeting happens, you've already built support and the discussion is far less contentious.

---

2. Decoy Pricing

A marketing technique: offer 3 options where one acts as a decoy to make your preferred option look like the obvious choice.

When to use: Headcount requests, asking a peer team for help.

How it works for headcount: Provide three options (Small, Medium, Large) with different outcomes for each, evaluated on dimensions your stakeholders care about (speed, quality, scope). Design it so the option you actually want looks like the best value compared to the others.

Reversed version: When asking a peer team's manager for help, the smallest option should be what you actually need — making it easy for them to say yes.

---

3. Reverse Psychology

Suggest the opposite of what you want, which makes the other person want to do what you really desire.

When to use: Hiring sell-calls with strong candidates; engineers who are resistant to trying new approaches.

How it works in hiring: List real reasons why the candidate shouldn't join your team. This attracts people who are drawn to challenges and want to prove themselves — exactly the people you want.

Example: "Don't join EngProd if you like to stay in your swim lane and wear only one hat."

---

4. LMDTFY (Let Me Decide That For You)

Reverse-delegation: you make the decision and tell the person they can take control back if they object. "Silence is consent."

When to use: Upward influence (getting your manager to delegate decision-making to you), and giving your reports autonomy on low-risk decisions.

How it works upward: "I intend to finalize this hire — let me know if you have concerns, otherwise I'll proceed." Over time, this trains your manager to trust your judgment on a category of decisions.

With reports: Teaches them to drive decisions forward while keeping oversight open. "I intend to deploy this release during my day — leave a message if you disagree."

---

5. Engineered Serendipity

Deliberately engineer a "coincidence" to create the right conditions for a hard conversation.

When to use: Cross-team friction that needs a real conversation but would never happen in a formal meeting.

How it works: Find out where/when the other person will be in an informal setting and arrange to be there too. Informal contexts lower defenses and allow real dialogue in a way that a scheduled meeting cannot. It doesn't guarantee results and doesn't force choices — it maximizes the chances of the right conversation happening.

---

Politics as a Skill

"Politics" in engineering has a bad reputation. It's worth reclaiming the word.

Politics, in this context, means: making the things you want to happen, actually happen. Understanding what each stakeholder cares about. Knowing how to frame a conversation for the right audience. Navigating resistance with the least friction rather than the most force.

Mediocre EMs resent politics. Effective EMs learn it. The skill is neutral — it can be used to advance good work or bad work. Your job is to use it to advance good work.

---

Giver / Matcher / Taker

From Adam Grant's Give and Take: people approach help and collaboration in one of three ways:

• Givers contribute without expecting anything back
• Matchers help when they expect to be helped in return
• Takers focus on what they can extract from relationships

The counterintuitive finding: Givers are both the lowest AND highest performers. The bottom of most industries is dominated by Givers (who give until they're exploited). The top is also dominated by Givers — because of two effects:

1. Givers are constantly involved in complex problems (because people want their help), so they learn fastest
2. When a Giver needs something, people line up to help them — because they've built genuine goodwill

Be a Giver. Set limits on exploitative relationships — but default to helping freely.

---

Label the Concern

From Never Split the Difference (Voss): before someone voices an objection, name it yourself.

"I imagine you're wondering why this is coming up now." "You might be concerned that this adds scope to an already full quarter." "I know this sounds expensive."

Labeling the concern disarms it. When people hear their unspoken worry named, they feel understood — which lowers resistance and opens them to the actual case you're making. If you don't label it and they raise it, you're defending; if you label it first, you're already on the same side.

The technique is especially effective in headcount conversations, architectural proposals, and any situation where you're asking for something the other person has reason to resist.

One warning: the label has to be accurate. A wrong label ("I imagine you think this is risky" when they're actually worried about ownership) creates friction instead of reducing it. When in doubt, keep the label vague: "I know there are concerns about this."

---