2353 thresholds, and assurance routines slip out of alignment. A recurrent barrier is information architecture: critical‑control definitions, verifications, and status evidence are often scattered across risk registers, safety applications, work management systems, and spreadsheets. Without a clear single source of truth and stable identifiers, supervisors cannot be certain that the control information they are viewing is the latest version for today’s work area. At the frontline, this often presents as uncertainty about which controls matter most, who is responsible for verifying them, and where the evidence is kept. A second recurring pattern concerns the way risk assessments operate across different layers of the organisation. At the organisational level, risk assessments focus on material unwanted events, risk registers, and bowtie analyses. These artefacts are often technically robust, but frontline workers and supervisors are rarely involved in their development. As a result, the insights generated at this level, particularly around critical controls, do not always flow clearly to the people expected to apply them in daily operations. At the project or change-management layer, involvement from workers and supervisors is generally stronger, yet variability persists in how risk tools are selected and applied. Some organisations mandate a single method, while others allow multiple approaches depending on project scope or contractor preference. This flexibility enables projects to select the tools most suited to identifying potentially catastrophic scenarios, promoting deeper analysis and better engagement. Without deliberate integration mechanisms, valuable learning captured during projects can remain isolated rather than informing routine work. At the task-based layer, tools such as Job Safety Analysis (JSA)s are widely used, but many templates begin as a blank page and provide limited connection to the organisational risk assessments above them. In many cases, the design of the JSA form itself has not been approached with human-centred design principles in mind. Critical information such as the key controls identified at the organisational or project levels is not accessible or scaffolded within the tool. Workers are therefore required to reconstruct risk understanding from scratch, relying on memory or local norms, and to hunt across multiple systems for the “right” information without certainty that what they find is the most up‑to‑date control specification, which increases the likelihood that important controls are overlooked or inconsistently described. A recurring challenge at the frontline is the lack of clarity about whether the frontline tool (e.g. SLAM, Take 5) being used is intended as a genuine risk assessment or as a verification activity. If the tool is meant to function as a risk assessment, there must be a clear understanding of how it interacts with the task-based JSA process: when a JSA is required, how the frontline assessment builds on the analysis already completed, and what information should flow down from earlier layers so workers are not expected to recreate organisational risk understanding on the spot. If, instead, the tool is intended as a verification step, then its design should focus on confirming the presence and effectiveness of the controls that matter most for the specific task, particularly those that prevent single or multiple fatalities, rather than defaulting to generic checks or low-consequence hazards. In the absence of explicit design decisions, frontline tools often sit uncomfortably between these two purposes, resulting in inconsistent application, variable quality, and reduced confidence that the final check is actually assuring the controls that keep people safe. 4. MECHANISM: HOW LOST OR IMPLICIT DESIGN DECISIONS AFFECT FATAL-RISK CONTROL When organisations do not acknowledge or refresh foundational design decisions around how health and safety connect to ORM, how risk criteria are defined and reconciled, where control information is stored and accessed, where critical controls live and how they are verified and how investigations feed back into the information chain. Governance reports may present confidence, while supervisors lack reliable, area-specific signals of control status. Investigations can generate corrective actions without updating the risk profile or control standards. KPIs drift toward counting activity rather than testing effectiveness. In this environment, managing potentially fatal risks becomes inconsistent because the system’s intent is not mirrored in what the frontline can see and verify.
RkJQdWJsaXNoZXIy MTM0Mzk2