Raising the Disagreement

  • I see the logic, but I have a concern about [specific issue].
    Acknowledging the other view before raising a concern
    "I see the logic, but I have a concern about the latency impact at scale."
  • I'd push back on this — here's my reasoning.
    Direct but professional disagreement opener
    "I'd push back on this decision — here's my reasoning. I think we're optimising for the wrong constraint."
  • Can we stress-test this assumption? My concern is [X].
    Framing the disagreement as a question rather than a verdict
    "Can we stress-test the assumption that users will only upload small files? My concern is the 95th percentile case."
  • I want to make sure we've considered [alternative] before committing.
    Ensuring alternatives are evaluated
    "I want to make sure we've considered a simpler approach before committing to a full event-driven rewrite."

Escalating Gracefully

  • I'm not aligned on this — I'd like to flag it before we move forward.
    Formal non-alignment without blocking
    "I'm not aligned on this approach — I'd like to flag it and hear the team's view before we move forward."
  • I disagree, but I'll commit to the decision if that's what the team decides.
    "Disagree and commit" — Amazon's principle for moving forward after debate
    "I disagree with the choice of architecture, but I'll commit to it if that's what the team decides — let's document the trade-offs in an ADR."
  • Could we time-box this discussion to 15 minutes and then make a call?
    Preventing unproductive debate loops
    "We've been discussing this for 30 minutes — could we time-box the remaining debate to 15 minutes and then make a call?"

Phrases to Avoid

These common phrasings undermine your professionalism. Here are better alternatives.

Avoid "That's a terrible idea."
Better "I have concerns about this approach — specifically [X]. Can we discuss?"

Dismissive language shuts down dialogue. Naming a specific concern opens a productive conversation.

Avoid "That will never work."
Better "I'm not sure this will work at our scale — here's my concern: [X]."

"Never work" is an absolute without evidence. A specific concern with context is persuasive and professional.

Avoid "I already said this."
Better "I want to make sure my earlier concern was heard — specifically [X]. Has that been addressed?"

Expressing frustration that you're not being heard escalates tension. Reframing as a question invites engagement.

Practice Exercises

Choose the most professional or correct phrase for each scenario.

Frequently Asked Questions

What does "disagree and commit" mean?

"Disagree and commit" is a leadership principle (associated with Amazon) meaning: raise your concern clearly, and once the team decides, commit fully to the direction without passive resistance or ongoing second-guessing.

How do you push back on a decision made by your manager?

Be specific: "I have a concern about [X] — is there data or context I'm missing?" Framing it as a question rather than a challenge respects hierarchy while ensuring your concern is heard.

What is a "technical veto"?

In some engineering cultures, a technical veto is the right of a senior engineer to block a decision they believe is technically unsafe. It's rarely invoked and typically requires strong justification.