How Good Public Speaking Can Help Engineers Deal with Unrealistic Deadlines
“When engineers present risks early and clearly, bad surprises evaporate and timelines behave.”
— Karl E. Wiegers, Software Requirements (2013)Unrealistic deadlines thrive in silence. Engineers who speak well don’t just explain—they reshape expectations before the calendar collapses.
Below are three ways to help engineers deal with unrealistic deadlines:
Put Time in Context with Clear Framing
Good public speaking skills let engineers frame a timeline with stakes, dependencies, and tradeoffs in language that non-technical stakeholders can follow.
Instead of “We need six more weeks,” it becomes “To meet the reliability targets requested, testing requires two cycles, each three weeks long, and skipping a cycle increases failure risk by 40%.”
Framing reduces magical thinking and makes deadlines harder to dismiss.
Appeal to your audience in terms of what matters to them, not to you.
Determining what your audience wants and needs is always the first step in creating your presentation and, in turn, persuading them to accept your idea or proposal when you are delivering it.
One way engineers can deal with unrealistic deadlines is to put time in context with clear framing./<
Another is to negotiate the scope live rather than suffer offline.
Negotiate Scope Live Instead of Suffering Offline
A well-structured spoken narrative—opening, options, recommendation—turns a chaotic schedule conversation into a choice.
Engineers can describe three paths: fast but risky, moderate with tradeoffs, or slower with full specs. >/p>
Spoken negotiation prevents executives from assuming speed is free and protects quality from becoming the universal donor. Spoken options reintroduce realism to the room.
When you try to shorten the development schedule, you introduce risk. I have personally seen this in many programs I have been associated with over my forty-plus-year engineering career. Reducing the schedule adds risk and sometimes makes program success unachievable.
This has to be made plain to program decision makers. Also, their decisions have to be documented. Not doing this opens the program to “fingerpointing,” resulting in the program being unachievable.
Two ways engineers can deal with unrealistic deadlines are to put time in context and frame it clearly, and to negotiate the scope live rather than suffer offline.
A final way to deal with unrealistic deadlines is to use narrative examples to reveal invisible work.
Use Narrative Examples to Reveal Invisible Work
A lot of engineering time is invisible: integration delays, compliance testing, reviews, vendor coordination.
Good public speaking allows these to be surfaced via short stories rather than spreadsheets.
A 60-second anecdote about a previous “rushed” release that created rework and customer pain does more to reset timelines than a Gantt chart ever will.
Humans learn from stories—even at the C-level.
There is a saying: “We don’t have time to do it right the first time, but we always have the time to go back and do the rework.” Of course, not doing things right the first time is self-defeating.
Part of the challenge with development work is that early in the program, you don’t know what you will know later in the program. Sometimes you learn this too late. The result could be requirements that have to be dropped for now, which will not be in the first block production.
Telling stories about the invisible engineering work (e.g., integration delays, compliance testing, reviews, vendor coordination) makes it real to decision-makers.
Three ways engineers can deal with unrealistic deadlines are to (1) put time in context and frame it clearly, (2) negotiate the scope live rather than suffer offline, and (3) use narrative examples to reveal invisible work.
Public speaking is the engineer’s social API (application programming interface). Once specific consequences and risks are presented to decision makers, they usually make the right decision.
Go the extra mile and make it clear to decision makers the consequences of unrealistic deadlines.
Call to Action
Frame timelines with stakes, dependencies, and tradeoffs in language that non-technical stakeholders can follow
Make your narrative (opening, options, recommendation) to turn a chaotic schedule conversation into a choice
Use short stories rather than spreadsheets to allow invisible engineering work (e.g., integration delays, compliance testing, reviews, vendor coordination) to be surfaced
“The longest part of any engineering project is convincing people what the real work actually is.”
— Frederick P. Brooks Jr., The Mythical Man-Month (1975)___________________________________
References
Cialdini, Robert. Influence: The Psychology of Persuasion. Harper Business, 2006.
Levy, Francesca Gino, and Don A. Moore. “Negotiating Under Time Pressure.” Management Science, 2004.
Denning, Stephen. The Leader’s Guide to Storytelling. Jossey-Bass, 2011.
_____________________________
Being a confident, engaging, and effective STEM speaker is a vital personal and professional asset. With more than 40 years of engineering experience and more than 30 years of award-winning public speaking experience, I can help you reduce your presentation preparatory time by 50%, overcome your fear of public speaking and be completely at ease, deliver your presentations effectively, develop your personal presence with your audience; and apply an innovative way to handle audience questions deftly.
Working closely with you, I provide a customized protocol employing the critical skills and tools you need to create, practice, and deliver excellent STEM speeches and presentations. Let’s connect and explore how I can help you become the exceptional speaker you were meant to be. Please reach out to me at frank@speakleadandsucceed.com or 703-509-4424 for a complimentary consultation. Schedule a meeting with me at calendly.com/frankdibartolomeospeaks
.