Rehearse
Home › Blog › Saying no
Saying no·6 min read

How to push back on a deadline after layoffs with a script

Your team was cut, but the date didn’t move. You owe someone a hard truth. This guide gives you the exact opening, a simple structure, and a script with real pushback so you can reset scope and timeline without sounding defensive. You’ll also get a follow-up email you can copy, and a checklist so you walk in with facts, not feelings.

Two coworkers in a small meeting room discussing project deadlines with laptops open and concerned but professional expressions.

How do you open the conversation?

Open with the headline, not the backstory. Then offer two viable options and ask for a decision.

Say this: “I want to align on the Q4 launch. With our current capacity, we can either ship on time with X and Y removed, or keep full scope and move the date to Feb 28. Which direction do you prefer?”

That frame does three things fast: names the topic, shows you’ve done the math, and makes it their call. Lead with options, not problems.

What do you actually say?

Use a tight structure.

1) Reality in one sentence. 2) The constraint in one sentence. 3) Two options with impact. 4) Your recommendation and why. 5) Ask for the decision. 6) Risks and what you’ll do to manage them.

Example: “We planned this date assuming 7 engineers; today we have 4. To hit Dec 15, we remove SSO and reporting. The alternative is full scope on Feb 28. I recommend the on-time, reduced-scope path to capture the holiday demand and add SSO in January. Does that work for you?”

How do you frame trade-offs without sounding like an excuse?

Tie trade-offs to outcomes they care about (revenue, risk, customers), not to your feelings about fairness.

- “To protect the customer promise, X needs to move.”

- “To avoid production incidents, we’ll ship Y next sprint.”

Skip blame. Skip history. Stay with present constraints and future impact. You’re not asking for sympathy—you’re creating a choice.

What if they say ‘just work harder’?

Acknowledge the pressure. Then bring it back to facts and risks you can’t wish away.

Try: “I hear the urgency. With 4 engineers, overtime only gets us a week, and it increases defect risk by ~30% historically for us. If we must keep the date and full scope, we need more people or to accept a higher incident risk. Which risk are you more comfortable with?”

If they still push, ask for a concrete trade: “What should we drop to protect the date?”

How do you do this with a client project?

Use the contract’s change clause if you have one. Even without it, be crisp and commercial.

“Given the staffing change, we can deliver the MVP by Jan 12 at the current fee, or maintain the original scope by Jan 12 with an added team of two at $X. If neither works, we can move final delivery to Feb 23 at no fee change. Which is best for your launch?”

One passing example: plenty of teams make scope changes post-cuts; the point is to propose business-sound options, not plead hardship.

What should you write in the follow-up email?

Subject: Decision on Q4 launch – scope/date options

Body:

“Thanks for the discussion. As aligned:

- Constraint: team is 4 engineers vs 7 in plan. Current burn rate supports 18 points/sprint. 42 points remain to MVP as scoped.

  • Option A – Keep Dec 15, remove SSO + Reporting (18 points).
  • Option B – Keep full scope, move to Feb 28 (three sprints).
  • My recommendation: Option A to capture holiday traffic; add SSO Jan sprint.
  • Risks: higher auth friction without SSO; mitigation: temporary magic-link.
  • Decision needed by: Friday 3 pm so we can replan and update comms.
  • If preferred, I can draft the customer/board note once we confirm.”

A script you can adapt

You manage a product team. After layoffs, you must tell your VP the current launch date isn’t possible without cutting scope or moving the date.
You
I want to align on the Q4 launch. With our current capacity, we can either ship Dec 15 with SSO and reporting removed, or keep full scope and move to Feb 28. Which direction do you prefer?
Them
Why are we hearing this now? We sold the Dec date to the board.
You
I get it. We planned with 7 engineers; today we have 4. At 18 points per sprint, we can deliver core checkout, search, and notifications by Dec 15. SSO and reporting add ~24 points—more than we can safely absorb.
Them
Can’t the team just push? Everyone’s working hard right now.
You
We can add some hours, which might save a week, but it also raises defect risk and on-call load. If we keep both date and scope, we should accept a higher incident risk or add people. Which risk are you more comfortable with?
Them
I’m not adding headcount. Other teams meet dates. Why can’t you?
You
We’ll meet the date with Option A: remove SSO and reporting now, ship the core by Dec 15, then add SSO in January. That protects the customer promise and the demo. If full scope by Dec 15 is non-negotiable, we’ll need to move other work off this team immediately.
Them
What if we keep SSO and drop reporting?
You
That gets us closer. SSO is ~14 points, reporting is ~10. With SSO in, we’d still slip into January unless we pause growth experiments and move one backend engineer from Billing. Is that an acceptable trade?
Them
We can’t pause growth experiments.
You
Understood. Then the cleanest paths are: A) hit Dec 15 without SSO/reporting, or B) keep full scope for Feb 28. I recommend A to capture holiday traffic. I’ll own a plan to add SSO first in January and draft the customer note to explain temporary login limits.
Them
The board will ask why we didn’t plan for this.

Before you walk in

  • Quantify capacity: who’s left, velocity, PTO, on-call load.
  • Translate features into effort in points/hours; validate with tech/design leads.
  • Build two viable options: date-holds-scope-drops, scope-holds-date-moves. Include impacts and risks.
  • Write your one-sentence reality + constraint line.
  • Decide your recommendation and why (business reason, not comfort).
  • Pre-clear with your manager or a peer to spot holes and politics you missed.

Rehearse it before you say it

Practice this pushback out loud with an AI partner and get feedback in Rehearse before you walk into the room. Rehearse gives you an AI partner who plays the other person — by voice or face-to-face — then coaches you on clarity, empathy and structure.

Questions people ask

Is it OK to cite layoffs as the reason for a delay?

Yes—state the constraint plainly and tie it to delivery math. Avoid venting or blame. Anchor on outcomes: what ships when and with what risk. That keeps you credible and avoids turning it into a therapy session.

How do I push back when the exec is angry?

Don’t match heat. Reflect the goal, offer choices, and ask which risk they prefer. Anger often hides fear. Stay concrete—dates, scope, risks—and keep asking for the decision. Document right after.

What if I don’t have clean estimates yet?

Say that, and timebox it. Offer a quick placeholder: a likely range and when you’ll return with firm numbers. For example, “We’re between Jan 19 and Feb 2 for full scope. I’ll confirm by Wednesday 2 pm.”

Should I recommend an option or stay neutral?

Recommend. Leaders expect a point of view. Ground it in business impact (revenue window, compliance, customer trust) and show the risks you’ll manage. They can still choose differently, but you’ve done your job.

How do I handle ‘surprise me’ scope asks during the meeting?

Acknowledge, estimate at a high level, and trade. “If we add that, we’ll drop X or move the date by two weeks.” Keep a visible list of drops so scope doesn’t silently grow back.