← Skills Cross-Team Meeting Phrasebook

Practical communication · SMTS → LMTS

Cross-Team Meeting Phrasebook

Fixed phrases for the eleven moments of a cross-team meeting — so your working memory can stay on the technical problem instead of composing English sentences live.

This is not a vocabulary problem. Native speakers run meetings on a few hundred words and maybe forty recurring phrases. What they have that you don't yet is those phrases pre-loaded, so saying them costs no thought. Learn these forty. Rotate through the drills at the bottom, one per week.

T − 1 day

Before the meeting

Most of the difficulty you felt in that meeting was created the day before, by walking in cold. Two messages fix half of it.

The pre-read, sent 24 hours ahead

Slack / email to the group

HookHi all — ahead of Thursday's sync, here's the context in one page: [link].

One lineShort version: [the problem in one sentence].

ExitWhat I'd like us to leave with: [a decision / an owner / a date].

EaseNo prep needed beyond a skim.

Why it works: people who have already seen the problem ask better questions and give you a quieter room. It also means your opening doesn't have to carry everything.

The pre-wire — one DM to one person on the other team

Hi Priya — before Thursday, could I get ten minutes with you? I want to check I'm framing this in terms that make sense for your team. I'd rather fix that with you than in front of everyone.

Why it works: walking into a room where one person already understands and agrees with you changes the whole dynamic — you are no longer alone, and they will often make your argument for you. This single habit is one of the clearest differences between senior and staff behaviour.

Write your first four sentences word for word

Not bullet points. Full sentences, in a doc, which you read aloud twice before joining. The opening is the moment your heart rate is highest and your English is weakest; it is the one part you should never improvise. Use the prep card below.

Minute 0 – 2

Opening the room

Greeting is a ritual, not a creative act. Use the same words every time.

Greeting — small meeting, people you know

Hi Priya, hi Marco — thanks for making the time.

Morning, everyone. Let's give it a minute for people to join… alright, I think we're all here.

Greeting — people you haven't met

Hi everyone. For those I haven't met — I'm Rahul, I work on [system] in [team]. Thanks for joining.

Why it works: naming your system and team in the first ten seconds tells people how to interpret everything you say afterwards. Keep doing this for months; it never reads as unnecessary.

Set the shape and the time box

Say this second, every time

TimeI've got us for thirty minutes.

PlanHere's what I'd like to do: five minutes for me to describe the problem, fifteen for questions, and I'd like us to leave with a decision on [X].

ConsentDoes that work for everyone?

Why it works: it tells people how long you will be talking, so nobody is waiting for you to stop; it names the exit condition, so the meeting can be judged; and "does that work for everyone" gets a small yes early, which makes the bigger yes later easier.

If you're nervous

Let me share my screen — it's easier to follow with the diagram up.

Why it works: a diagram moves attention off your face and onto an object, gives you something to point at instead of describe, and lets you recover your sentence while people read.

Minute 2 – 5

Framing the problem

This is the part you said was hardest, and there is a fixed structure for it. Four sentences, in this order, every time. Learn the order and you never have to invent a structure again.

C · P · I · A

ContextToday, [system] does [X].

ProblemThe problem is that [Y happens, under Z condition].

ImpactThat means [consequence with a number, a customer, or a date].

AskWhat I'm asking from your team is [specific thing, by when].

The same four sentences, filled in

Today, our service calls your entitlements API once per record on save. The problem is that during a bulk import that becomes about forty thousand calls in a few minutes. That means we trip your rate limits — two customers saw import failures last quarter. What I'm asking is whether we can agree on a batch endpoint, or, if that's not on your roadmap this release, a higher agreed limit for our service ID.

Why it works: the ask arrives at second forty, not minute ten. The most common failure in cross-team meetings is explaining for ten minutes and asking in the final thirty seconds, once everyone has stopped listening and two people have opened Slack.

Give them the one-line version to hold on to

If you only remember one sentence from this: […].

The headline is: we're going to miss the release unless we change the contract between our two services.

When they don't know your system at all

Quick context, because I know [system] isn't something your team touches: it's the thing that [plain-language job — one clause, no jargon]. Two things matter for this conversation: [A] and [B]. Everything else about it you can ignore today.

Why it works: it gives people permission not to know, and it bounds how much they have to hold in their head. "Everything else you can ignore today" is the most generous sentence in this document.

Analogy openers, when the mechanism is unfamiliar

Think of it as a queue that never drains.

It behaves like a cache with no eviction policy.

The closest thing on your side is [their system] — same idea, different scale.

Minute 5 – 20

Explaining without losing them

Signposting phrases do two jobs at once: they tell listeners where they are, and they buy you the half-second you need to compose the next sentence. This is the single most direct fix for "I know it technically but I can't say it."

Signposts

There are three parts to this. First… second… and the third is where it breaks.

That's the background. Now the actual problem.

I'm going to skip the internals — pull me back if you want them.

To put a number on it: […].

Two options, and I'll tell you which one I'd pick.

Checkpoints — roughly every ninety seconds

Let me stop there. Is that landing?

Before I go further — anything unclear so far?

Am I explaining this at the right level, or should I go deeper?

Why it works: a checkpoint turns a monologue into a conversation and gives you a legitimate pause. Note that "am I explaining this clearly?" puts the burden on your explanation; "does that make sense?" repeated nervously puts it on their intelligence and makes you sound unsure. Ask it once, deliberately, not every thirty seconds.

Answer shapes

Short answer: yes. Longer answer: […].

Two things there — let me take them one at a time.

It depends on one thing: [the variable]. If [A], then […]. If [B], then […].

Why it works: "short answer / longer answer" gives you a complete, confident first sentence while your brain assembles the rest. It is the most reusable sentence in the phrasebook.

Throughout

Asking questions and getting commitments

Clarifying

Let me check I understood — you're saying [restate in your own words]. Is that right?

When you say [term], do you mean [A] or [B]? I think our two teams use that word differently.

What's driving that constraint? I want to understand it before I push on it.

Why it works: restating is the highest-value habit for a non-native speaker in a fast room. It catches the sentence you half-heard, it slows the meeting to your pace without anyone minding, and it makes you look like a careful listener rather than a slow one.

Getting a commitment — the hard part

Who would own that on your side?

What would it take to get this onto your roadmap for [release]?

Is that a "no", or a "not this quarter"?

Can we put a date on it — even a rough one? I just need something to plan against.

If I write up the proposal by Wednesday, could you get me a yes or no by Friday?

Why it works: "is that a no, or a not this quarter" is polite, completely unaggressive, and forces the one distinction you actually need. Vague agreement is what makes you look weak three weeks later, not the asking.

Asking for help without sounding lost

I've got two options and I don't love either. Can I walk you through them?

You know this system far better than I do — where am I wrong?

I want to sanity-check my understanding before I build anything on top of it.

Any minute

When a system you don't know comes up

"Thanks for letting me know about this component" is a receipt, not a question. It's polite, it ends the exchange — and it leaves you exactly as lost as you were, while everyone moves on. Nobody expects you to know another team's internals. What they do notice is nodding along and then asking something ten minutes later that shows you didn't follow.

Anchor it to something you already know — the best single question

Where does [X] sit relative to [thing you do know]?

Is that something we call, or something that calls us?

Is it in the request path, or off to the side?

Why it works: you don't need to learn their system today — you need to place it on the map you already have. One of these three questions almost always gives you enough to follow the rest of the meeting, and they take four seconds to ask.

Ask for the one-line version, openly

I haven't worked with [X] — can you give me the one-line version?

New to me. What does it do for you?

Two questions and then I'll stop: who owns it, and does it hold state?

Why it works: "the one-line version" and "two questions and then I'll stop" both bound the answer, so nobody fears a ten-minute detour. Saying plainly that something is new to you costs you nothing across team boundaries — it's expected. Pretending otherwise is what costs you.

Guess out loud — slightly wrong is efficient

So if I've got this right, [X] is basically the thing that [your best guess, in plain words]?

I'm going to say it back badly and you correct me: […].

Why it works: a wrong guess gets corrected with precision — people can't resist fixing an inaccurate summary, and you get a much better explanation than an open question would have produced. It also shows you were listening. Low risk: being approximately wrong about another team's component is not a thing anyone holds against you.

When it isn't needed for today's decision — defer cleanly

I don't know that system. It sounds like it doesn't change what we decide today — can I read up and come back to you?

Noted. I'll look at [X] after this, and if it changes the picture I'll flag it in the thread.

Can you point me at the doc or the channel for it? I'd rather not take the meeting's time on it.

Why it works: "can you point me at the doc" is the move that converts a gap into homework instead of a silence. It's also a small, easy yes — people like being asked for the pointer.

Then actually close the loop, same day

Read through [X] after our call — makes sense now. One thing I want to check: [specific question].

Why it works: write the unfamiliar term down verbatim during the meeting, look it up within the hour, and send this. The pattern people remember is not "he knew everything" — it's "he said he'd come back, and he came back the same day, with a sharper question." That is the reputation you want, and it's entirely within your control.

The tense part

Disagreement and pushback

Staff engineers are not people who never get pushed back on. They are people who stay calm and specific when it happens.

Disagreeing

I see it differently, and I might be missing something. Can I lay out why?

I agree with the goal. I'm less sure about the approach — can we look at [alternative] for a minute?

That solves [A], but I don't think it covers [B]. How would you handle [B]?

Help me understand the reasoning. From where I sit it looks like [X], and I'd like to know what I'm not seeing.

Why it works: each of these separates the idea from the person, and each leaves you a way to be wrong without losing face. "I might be missing something" is not weakness — it is what lets you disagree hard in the next sentence.

When someone is dismissive

I don't think I explained the impact well. Let me try again with the numbers.

Can we park that and take it offline? I don't want to spend everyone's time on it.

Fair. What would change your mind?

Why it works: taking the blame for the explanation costs you nothing and de-escalates instantly, and it gets you a second attempt with your strongest evidence.

When you don't know

I don't know. I'll find out and come back to you today.

I'd be guessing. Let me check and confirm in the thread.

Why it works: saying this plainly and then delivering the answer the same day raises your credibility. Guessing in the room and being corrected later lowers it. Senior people do this constantly; watch for it and you'll start noticing.

When the meeting drifts

We're ten minutes from the end and we haven't got to [X] — can we come back to this?

I think we're solving a different problem now. A useful one, but should it be its own meeting?

Your own team

Holding the floor when a teammate keeps cutting in

This is two separate problems wearing one coat. There's the real-time problem — you lose your thread and the meeting loses time. And there's the underlying one — your teammate doesn't know what his job in this meeting is. Manage the first in the room; fix the second outside it. Never fight it in front of the other team: visible friction between the two of you reads to them as "these two aren't aligned", which quietly weakens whatever you're asking for.

Prevent it — say the split out loud at the start

I'll walk through the problem and what we're asking for. Arjun's here for the [X] details — he knows that side far better than I do.

Why it works: this is the highest-leverage move on the page and it takes six seconds. Most chronic interrupting is an ally with no assigned role trying to be useful. Give him a slot in public and he'll wait for it — he's no longer competing for one. It also makes you look generous rather than territorial, in front of the other team.

In the moment — hold the floor, warmly, without stopping

Hold that thought, Arjun — let me finish this one point and I'll come to you.

Let me land this, then I want your take on it.

Arjun, can you take the [X] part right after this? I'll finish the framing first.

Why it works: say his name — that's what makes it register, and it's what stops the sentence without sounding sharp. Every one of these promises him the floor in a few seconds, so it reads as sequencing, not silencing. Don't pause before saying it; the pause is the opening he's been taking.

If he's already talking over you

[Let him finish. Then:] Thanks. Back to where I was — [repeat your last sentence, then carry on].

Let me take this one, I've got the numbers in front of me.

I'll start, Arjun — add anything I miss at the end.

Why it works: never abandon the sentence you were in. Repeating your last line before continuing is what makes the interruption visible without anyone having to name it, and it costs three seconds. If you drop the thread instead, the room learns that interrupting you works.

When it's eating the meeting

Arjun, let's park that in the doc — we've got ten minutes and we haven't got to the ask yet.

That's a good thread and it's ours, not theirs — can we take it after this call?

Why it works: "ours, not theirs" is a graceful way to move an internal argument out of a cross-team room without criticising anyone. It also signals to the other team that you're protecting their time, which they will notice.

The conversation to have once, privately, calmly

1:1 with your teammate — not over Slack

OpenCan I ask you something about how we run these cross-team meetings?

ObserveWhen we both jump in, I lose my thread — and I think it's harder for them to follow us too.

FixCould we split it up front? I take the framing and the ask, you take the [X] questions.

ValveIf I miss something, jot it down and we'll cover it before the end.

Why it works: no accusation and no count of offences — it's framed as a "we" problem, with the cost placed on how the other team experiences us, which is hard to argue with. It ends in a concrete mechanism rather than a request to behave better. Most people agree immediately and are a little embarrassed; don't press the point once they do.

If it continues after that, name it once, privately, plainly: "It happened again today — I got cut off three or four times. I want to fix it, because it's costing us time in the room." Say it within a day of it happening, not as a stored-up list. If it's persistent and affecting how visible your work is, it's a reasonable thing to raise with your manager — framed as a working arrangement you're already fixing, not as a complaint.

And check the mirror once. If you talk for four minutes without a checkpoint, people jump in — that's a vacuum, not rudeness. The ninety-second checkpoints from the explaining section cut interruptions on their own, because they create legitimate openings instead of forcing people to make one.

When it happens

When you blank mid-sentence

Write these four on a sticky note on your monitor. This week. You will need them, and in the moment you will not be able to invent them.

Let me rephrase that.

Give me a second — I want to say this precisely.

Sorry, let me start that again.

Can you repeat the question? I want to answer the right one.

Why it works: two seconds of silence reads as thinking. Two seconds of "um, so, basically, like, yeah" reads as uncertainty. The gap is identical in length; only the filling differs. "I want to say this precisely" frames your pause as care about accuracy, which is exactly the thing you want to be known for.

One more, and it is the highest-leverage change available to you: speak about fifteen percent slower than feels right, and pause at the commas. Non-native speakers under stress speed up, which costs clarity and reads as nervousness. Slowing down buys composition time and reads as authority. Nobody has ever complained that a staff engineer spoke too deliberately.

Last 3 minutes

Closing

Never let a meeting end by everyone drifting away. Whoever closes the meeting is running it.

Let me play back what I heard: [decision], [owner], [date]. Anything I've got wrong?

So — Marco's team checks the limit by Friday, I write up the batch proposal by Wednesday, and we meet again the week after. Fair?

Nothing else from me. Thanks, this was useful.

When nothing was decided

We didn't land it, which is fine. The open question is [X]. I'll write it up and we can decide in the thread by Thursday.

Why it works: naming the non-decision keeps it from quietly becoming your problem alone, and "we can decide in the thread by Thursday" converts a stuck meeting into a dated commitment.

Within 2 hours

The follow-up

Post in the shared channel, not a DM

ThanksThanks all — quick summary so we have it written down.

Decided[what was agreed]

Owners[name — thing — date]

Open[what we didn't resolve]

InviteCorrect me if I've mis-stated anything.

Why it works: whoever writes the summary owns the narrative of what happened, and quietly becomes the person the work routes through. It is the cheapest staff-level move available, it plays to your strength — you have time to choose your words — and over a year it is very visible to the people who decide promotions.

Prep card

Fill this in before a meeting and read the result aloud twice. It's pre-loaded with the worked example — replace it with your own. Your draft is saved in this browser.

Read this aloud, twice

Ten rewrites

The left column isn't bad English. It's uncertain English — it hedges, apologises, or leaves out the number. The right column is the same thought with the uncertainty removed.

Common
Instead
"I think maybe we could possibly try…"
"I'd recommend X, because Y."Hedges stack. One "I think" is fine; three make the idea sound unfinished.
"Sorry to bother you…"
"Do you have ten minutes this week?"You aren't bothering anyone. Asking for time is the job.
"It's not working."
"Since Tuesday's deploy, about 3% of saves return a 503."Vague problems get vague responses. A number gets an owner.
"Can you fix this?"
"Should your team own the fix, or should we?"Offers a shape instead of handing over work.
"Just a quick question…"
"One question: …""Just" shrinks whatever follows it. Cut it everywhere — in speech and in Slack.
"I'll try to get it done."
"I'll have it by Thursday. If that slips, I'll tell you Wednesday."The promise to warn early is worth more than the deadline itself.
"This is a bad design."
"This will be expensive to change later — here's where I'd worry."Attacks the cost, not the author.
"As I said before…"
"Let me say it a different way."The first sounds like blame. The second sounds like effort.
"Sorry for the long message."
— cut the apology, cut the message.If it needs an apology, it needs an edit. Delete 30% and it won't.
"We need this ASAP."
"We need this before the release branch cuts on the 24th."ASAP means nothing and gets treated accordingly.

Words that do real work

Twenty terms that let you say something precise in four words instead of three sentences. Precision is what makes you sound senior — not fluency.

Blast radius
How much breaks if this fails."The blast radius is limited to bulk imports."
Trade-off
What you give up to get something."The trade-off is latency for consistency."
Contract
The agreed interface between two teams."Let's write the contract down so neither of us is guessing."
Source of truth
The system whose copy of the data wins."Which side is the source of truth for entitlements?"
Surface area
How much of a system is exposed and must be supported."This doubles our public API surface area."
Regression
Something that used to work and now doesn't."That would be a regression for existing clients."
Stopgap
A deliberate temporary fix, with the real one named."A stopgap for this release; the real fix lands in Q3."
Unblock
Remove the thing stopping someone."What would unblock you here?"
Scope
The boundary of what's being decided."That's out of scope today — worth its own ticket."
Non-goal
Something you're explicitly not doing."Explicit non-goal: we're not touching the auth model."
Bandwidth
Capacity, asked about politely."Do you have bandwidth this sprint, or should I look elsewhere?"
Align / alignment
Agreement between teams before work starts."I'd like us aligned before I write the design doc."
Socialize
Share an idea early, informally, to collect reactions."Let me socialize the proposal with your leads first."
Escalate
Take a stuck decision to someone with more authority."If we can't decide here, I'd rather escalate early than miss the release."
Take it offline
Move a narrow discussion out of a wide meeting."Let's take that offline — it's just the two of us on it."
Park it
Set aside, with intent to return."Can we park that and come back at the end?"
Play back
Repeat what was agreed, to confirm it."Let me play back what I heard."
Ballpark
A rough estimate, explicitly unbinding."A ballpark is fine — days or weeks?"
Degrade gracefully
Fail partially instead of totally."It degrades gracefully — users see stale data, not errors."
Carrying interest
Tech debt whose cost is recurring."We can defer it, but the interest is paid in on-call pages."
Leave these alone

Circle back (usually means nothing will happen — say "I'll reply in the thread by Thursday"). Synergy. Leverage as a verb where "use" works. Low-hanging fruit. Per my last email (reads as annoyed, whether or not you are). ASAP (give a date). Let's double-click on that. Corporate filler is not the register you're missing — precision is. You will sound more senior with plain words and exact numbers than with any of these.

Small rooms, large rooms

Different etiquette, and mixing them up is what makes a meeting feel awkward.

Two to six people

  • Camera on. Use first names when you address someone — it wakes people up and makes it a conversation.
  • Interrupting gently is fine and expected: "Can I jump in?"
  • Silence is thinking time. Don't rush to fill it — the first person to break a silence usually concedes something.
  • If you called the meeting, you drive it: agenda, time, close. Nobody else will.
  • End early when you're done. Giving people back ten minutes is remembered fondly.

Eight or more

  • Say your name and team the first time you speak, every meeting, for at least a year. "Rahul, from [team] — one question…"
  • Don't debug live. "Let me take that offline and follow up in the channel."
  • Use the raise-hand and the chat. Cutting across a large call costs you more than the point is worth.
  • If you're presenting: no live exploration. Have the diagram ready, the tab open, the numbers already on the slide.
  • Never surprise a senior person in public. Pre-wire anything they might react badly to — a one-line DM beforehand is enough.
  • Address a question to a person, not the room. Questions to "everyone" get answered by no one.

Eight weeks of drills

One change per week, practised in meetings you're already in. Don't run two at once — the point is that each becomes automatic before you add the next.

Week 1

Script your first four sentences

Every meeting you attend, write the opening in full sentences beforehand and read it aloud twice. Even for stand-up. The goal is that the first thing you say is never improvised.

Week 2

Speak inside the first five minutes

In every meeting, say something in the first five minutes — a question, an agreement, anything. The longer you stay silent, the higher the barrier gets. This drill is about the barrier, not the content.

Week 3

Signpost and checkpoint

Force "there are three parts to this" at least once per meeting, and one checkpoint — "is that landing?" — every ninety seconds when you're explaining something long.

Week 4

Close with a playback

End every meeting you run with "let me play back what I heard", and post the summary within two hours. Keep doing this one forever — it's the habit with the highest promotion value.

Week 5

Write in C·P·I·A, then cut 30%

Every Slack ask and every email goes Context, Problem, Impact, Ask. Then delete thirty percent of the words before sending. Written practice transfers to speech, because you're drilling structure, not typing.

Week 6

Record two minutes, listen once

Explain one system you own for two minutes into your phone. Listen back once. Count the fillers and note where you sped up. Re-record. Painful for ten minutes, then very fast progress.

Week 7

Disagree on purpose

Once, in a low-stakes meeting, use a script from the pushback section. You are rehearsing the feeling of disagreeing while calm — that's the skill, not the argument.

Week 8

Present to eight or more people

A brown-bag, a demo, an incident review, a design walkthrough. Volunteer for it. This is also the visible artifact your promo packet needs.

Running through all eight weeks

  • Keep a phrase log. After every meeting, write down two phrases a senior person used that you'd like to own. Use one of them this week. This — not word lists — is how your vocabulary actually grows, because you're collecting phrases already proven to work in your building, on your topics.
  • Read aloud, twenty minutes a day. A design doc, an article, anything. Out loud is the whole point: it trains rhythm, breath and mouth, which is where fluency under pressure lives. Silent reading does not transfer.
  • Speak fifteen percent slower. Pause at the commas. Set this as your default and you'll buy composition time in every sentence.
  • Pre-wire one person before any meeting that matters. Ten minutes beforehand is worth more than an hour of preparing slides.

One thing worth saying plainly: what you described is not a language problem, and treating it as one will send you to vocabulary apps that won't help. You froze because you were composing structure, wording, and technical content simultaneously, in real time, in a second language, in front of people whose judgement mattered to you. Fixed phrases solve this by removing two of those three loads. Once the opening, the frame, and the close are automatic, your whole attention goes where it's actually strong — the technical content.

And the gap between SMTS and LMTS is almost entirely this: the same engineering judgement, made legible to people outside your team. You already have the harder half.