Technical Dissent: 4 Blind Spots That Keep Expertise Usable Under Pressure
Technical dissent protects work when people can challenge a decision without losing time, status, or access to the next decision. These four conditions show whether expertise remains usable under pressure.

Key takeaways
- 01Technical dissent is usable when expertise can reach a real decision owner before the work reaches the point of no return.
- 02A time boundary keeps unresolved concerns from becoming hidden exposure during a moving operation.
- 03Leaders should test incomplete evidence proportionately instead of demanding a finished case before listening.
- 04Visible follow-through shows whether worker voice changes decisions or only creates administrative activity.
- 05Psychological safety is demonstrated in the decision path, not proven by a quiet meeting or a positive survey score.
A maintenance engineer notices that a restart assumption no longer matches the equipment in front of the crew. A control-room operator sees a process signal that does not fit the morning plan. A contractor supervisor knows that the handover omitted a constraint that will matter before the job is complete. The technical concern is not the difficult part. The difficult part is whether the organization lets that expertise change the decision.
Technical dissent is usable when a person can raise a concern, explain the evidence, receive a timely response, and see what changed afterward. If any of those conditions is missing, the organization may still advertise speaking up while making dissent slow, risky, or ceremonial. The result is a psychological-safety problem with direct consequences for control quality.
ISO 45003:2021 places psychological health and safety inside the occupational health and safety management system. That framing matters because voice is not only a relationship issue. It is also part of how an organization identifies psychosocial risk, reviews work conditions, and makes decisions that affect people.
What makes technical dissent different from ordinary disagreement?
Technical dissent is a work-related challenge to an assumption, control, sequence, or decision that could change the exposure or the reliability of the task.
People disagree at work for many reasons, and disagreement does not automatically improve a decision. Technical dissent has a narrower purpose. It brings relevant knowledge to a decision while there is still time to act. The person may be challenging a permit boundary, a maintenance sequence, a production assumption, a risk acceptance, or the interpretation of evidence.
That distinction prevents leaders from turning every uncomfortable conversation into a personality issue. James Reason's work on organizational accidents shows why a frontline observation can reveal a latent weakness that is not visible in the formal plan. The value of the dissent is not that the speaker sounds confident. Its value is that the concern can be tested against the work.
Psychological safety therefore should not be measured only by whether people say they feel comfortable. Leaders also need to ask whether a concern can enter the decision path before the exposure becomes harder to control.
Condition 1: The person has access to the real decision
Expertise remains usable when the person who sees the concern knows where to take it and can reach someone with authority to change the work.
A hotline or open-door message does not solve an access problem if the concern leaves the operating context. The operator may report a mismatch to a supervisor who cannot change the isolation plan. The engineer may send an email to a distribution list that has no named owner. The contractor may mention a constraint during a handover where nobody is authorized to pause the sequence.
Access has three parts. The route must be visible, the recipient must be relevant, and the recipient must have a decision right or a direct route to one. OSHA's worker-participation guidance emphasizes that workers need time, resources, and protection from retaliation when they report hazards or participate in safety programs. Access is part of that protection because a concern that has nowhere to go places the burden back on the person who raised it.
Leaders can test this condition by choosing a live work decision and asking a worker to identify the next person who can alter it. If the answer depends on personal relationships, an informal favor, or a long chain of approvals, the organization has a voice program but not yet a dependable dissent route.
Condition 2: The response has a time boundary
A concern remains actionable when the organization defines how quickly it must acknowledge, assess, and answer the issue before the work reaches the point of no return.
Silence is not neutral when a task is moving. A concern that receives an answer after the restart, lift, entry, or transfer has already happened may be documented, but it was not operationally heard. The time boundary should match the decision. A high-consequence concern may require an immediate pause, while a lower-consequence design improvement may fit the next planning cycle.
HSE's Management Standards identify demands, control, support, relationships, role, and change as areas that shape work-related stress. Response time sits across those areas because uncertainty adds demand, weakens a person's sense of control, and makes the role of the person raising the issue less clear. A leader who says, “We will come back to this,” without naming when or who owns the answer is transferring uncertainty to the workgroup.
The test is simple to observe. When a concern is raised, can the team state the next checkpoint, the temporary protection, the decision owner, and the escalation route if no answer arrives? If those details are missing, the organization is asking people to remain exposed while the system decides whether their knowledge deserves attention.
Condition 3: Evidence is welcomed before certainty
Technical dissent works when people can present incomplete but relevant evidence without being required to prove the entire case before the first review.
Frontline knowledge often arrives as a discrepancy. A reading is unusual. A handover feels incomplete. A familiar task has changed. The person may not yet know the cause, but the signal can still justify a pause or a closer check. If leaders demand a finished analysis before they permit the concern to influence the plan, they confuse early detection with final proof.
This does not mean that every impression should stop every operation. It means the organization needs a proportionate way to test the signal. Ask what was observed, what condition changed, what exposure could follow, and what evidence would reduce the uncertainty. That sequence preserves technical rigor without punishing the person for not having a laboratory report at the point of work.
Andreza Araujo's book Safety Culture: From Theory to Practice connects culture to the conditions leaders create for safe decisions. The practical question is not whether a company has a value statement about listening. It is whether a person can bring a weak signal into the decision process before the signal becomes an event, a workaround, or a private resignation.
Leaders should also watch the language used in review meetings. “Who approved this?” may be necessary later, but it is a poor opening when the immediate need is to understand what the work is showing. “What did the person see, and what changed?” keeps the first review focused on evidence.
Condition 4: The organization closes the loop visibly
People continue to raise concerns when they can see how the organization assessed the issue, what it changed, and why it chose not to change something else.
A report can be acknowledged and still disappear. The person who raised it may receive a generic thank-you while the original decision remains untouched. That experience teaches the workforce that speaking up creates administrative activity rather than operational influence.
Closing the loop does not require publishing private details or naming individuals. It requires a clear response at the right level. The team may need to know that the sequence changed, that an assumption was verified, that a control was strengthened, or that the concern did not justify a change because specific evidence ruled out the feared exposure.
Follow-through also protects leaders from a different failure. If every concern produces an immediate concession, people learn that escalation is the only way to obtain attention. A sound loop acknowledges the concern, tests the evidence, records the decision, and explains the reasoning. That is how trust becomes connected to decision quality rather than to agreement.
Why leaders mistake silence for psychological safety
Silence can look like trust when the real causes are delay, status pressure, unclear ownership, or a history of concerns disappearing without explanation.
A quiet meeting is not necessarily a safe meeting. People may remain silent because the plan is clear, because the issue has already been resolved, or because they have learned that raising a concern creates personal cost. The room does not reveal which explanation is true.
One useful test is to examine the last decision that changed because of technical input from a person outside the formal decision group. What was raised, how was it tested, who answered, and what changed in the work? A culture that cannot produce an example may still have friendly conversations, but it has weak evidence that expertise can influence risk.
The Bradley Curve and Hudson Maturity Model can help leaders discuss cultural maturity, but neither model replaces observation of the decision path. A mature label is not proof that dissent works. The proof is found in access, response time, evidence handling, and visible follow-through.
How to audit technical dissent without turning it into surveillance
Audit the route and the decision, not the personality of the person who raised the concern.
Choose a small sample of recent concerns from safety observations, maintenance reviews, shift handovers, change reviews, and worker-participation meetings. Remove sensitive personal details, then trace four questions through each record. Could the person reach the right decision owner? Was there a response time that matched the exposure? What evidence was considered? Did the work or the explanation change afterward?
The audit should include concerns that led to a change and concerns that did not. Otherwise, the organization rewards only agreeable outcomes and hides the quality of decisions that reject a proposed change. Review whether the response was understandable to the people who will face the work, because a technically correct answer that never returns to the point of work is incomplete.
Keep the sample small enough for leaders to read the actual records. A large dashboard can show activity while concealing a weak route. The purpose is to find friction that can be removed, such as an approval gap, an unclear escalation trigger, a missing handover role, or a response that arrives after the task has moved on.
What senior leaders should change first
Senior leaders should protect the decision path before launching another campaign about speaking up.
Start by naming which decisions require immediate technical challenge, who owns the response, and what temporary protection applies while the question is open. Then ask managers to bring one example to the next operating review in which technical input changed the plan or was tested and rejected with a clear explanation.
Andreza Araujo's work across multinational EHS and her book The Illusion of Compliance point to the gap between what an organization declares and what it reinforces under pressure. Applied to psychological safety, that gap appears when leaders praise voice but reward uninterrupted completion. The practical correction is to make decision quality visible in the same forums where delivery, cost, and schedule are discussed.
Technical dissent is not a performance of courage that workers must supply alone. It is a management design problem. The organization decides whether expertise has access, whether the response has a time boundary, whether incomplete evidence can be tested, and whether the loop closes in a way people can see.
Frequently asked questions about technical dissent
Technical dissent becomes a safety control when relevant expertise can reach a decision owner, receive a timely response, and influence the work through an explainable process.
Is technical dissent the same as encouraging people to speak up? No. Encouraging speech is an invitation. Technical dissent is a decision route that defines where the concern goes, how it is tested, and what happens before the work continues.
How can a supervisor respond without making every concern a stop-work event? The supervisor can acknowledge the concern, identify the possible exposure, apply temporary protection when needed, and set a proportionate review. The response should match the consequence and the time available, rather than dismissing the concern or escalating every issue in the same way.
What does ISO 45003:2021 add to this discussion? ISO 45003:2021 gives guidance for managing psychosocial risks within an OH&S management system based on ISO 45001. It supports looking at work conditions, participation, support, change, and other organizational factors instead of treating psychological safety as a personal attitude alone.
What is the strongest sign that technical dissent is not usable? The strongest sign is repeated private correction. People warn one another informally, but the formal plan does not change, no decision owner responds, and the same concern returns under the next shift, outage, or production peak.
How does this relate to Andreza Araujo's safety-culture work? It applies the distinction between declared culture and operating culture to the decision path. A company demonstrates psychological safety when technical expertise can change or clarify work before people have to carry the unresolved risk alone.
Frequently asked questions
Is technical dissent the same as encouraging people to speak up?
How can a supervisor respond without making every concern a stop-work event?
What does ISO 45003:2021 add to this discussion?
What is the strongest sign that technical dissent is not usable?
How does this relate to Andreza Araujo's safety-culture work?
About the author
Andreza Araújo
Safety Culture Expert | Senior EHS Executive
Andreza Araújo is a safety culture expert and senior EHS executive with more than 25 years of experience in environment, health and safety. She is a Civil Engineer and Occupational Safety Engineer from Unicamp, holds a Master's degree in Environmental Diplomacy from the University of Geneva, and completed sustainability studies at IMD Switzerland. Andreza has served in Global Head of EHS roles in Fortune 500 environments, leading cultural transformation programs across multinational operations. She has represented Brazil as a speaker at the United Nations in Paris and has spoken at the International Labour Organization in Turin. She is the author of more than 16 books on safety culture in Portuguese, Spanish, English and German. Her work has earned more than 10 EHS awards, including two recognitions from Indra Nooyi, former PepsiCo CEO.
- Civil & Safety Engineer (Unicamp)
- M.A. Environmental Diplomacy (University of Geneva)
- Sustainability Cert (IMD Switzerland)
- People Management & Coaching (Ohio University)
- UN Paris speaker representative for Brazil
- ILO Turin speaker
- LinkedIn Top Voice
- Indra Nooyi PepsiCo CEO recognition (2x)
Documentaries
Watch Andreza's documentaries
Three productions on safety culture, organizational failure and the human lessons behind major disasters.
Podcasts
Listen to Andreza's podcasts
She hosts three shows on safety leadership, EHS and organizational culture, in English and Portuguese.