Competence and the human–system interface

What makes a pilot competent beyond knowing an answer?

Competence integrates knowledge, practical skills and attitudes in a defined operating context.

An integrated performance

A pilot may know why a system behaves as it does yet need supervised practice to operate it under workload. Another may reproduce a sequence accurately while misunderstanding its applicability. Competence combines the relevant knowledge, skill and behaviour to achieve an appropriate standard across the expected tasks. It is assessed against observable performance rather than confidence or a single classroom score. Technical and non-technical aspects interact: poor communication can defeat a correct calculation, and sound teamwork cannot make an invalid performance assumption safe.

Training and assessment serve different purposes

Training provides practice, feedback and opportunities to improve. Assessment gathers evidence against a defined standard. A successful familiar exercise is useful evidence but may not show transfer to a changed condition. The learner should be able to state the controlling operational facts, perform the required trained task and recognise when the situation exceeds their competence. Approved practical training and checking remain necessary; this independent theory course does not grant a rating or operational authorisation.

Applied case · Observe transfer, not familiarity

A synthetic trainee completes a familiar systems exercise successfully. The assessor then changes one relevant limitation while keeping the display layout similar. If the trainee repeats the original action without checking the new condition, the first success has not established flexible application. Ask the trainee to identify the changed fact, explain its consequence and select the applicable trained response. Feedback then targets the gap between knowledge and use. This process does not demand novelty for its own sake; the variation should represent a genuine operating task and be assessed against the approved standard.

Where does a human-factors investigation look beyond the individual?

The SHELL model focuses attention on the interfaces around the person.

The interfaces

The central liveware is the person performing the task. Software includes procedures, checklists and information; hardware includes equipment and controls; environment includes physical and organisational conditions; other liveware includes colleagues and supporting people. The model asks whether each interface fits human capabilities and limitations. Similar controls, ambiguous procedure wording, heat, fatigue and poor coordination can each change the probability of an error. Listing the categories is less useful than identifying the particular mismatch and its effect on the task.

Improve the fit

A synthetic wrong-entry event may involve a confusing input label, an interrupted verification procedure and a rushed coordination change. Retraining the individual might help but would leave the label and interruption pattern available to affect others. Examine feasible improvements and verify that the change supports the real task without creating a new ambiguity. The model is an investigation aid, not proof that responsibility lies in one category. Multiple interfaces can interact, and an apparent fix requires evidence from the resulting behaviour.

Applied case · Find a shared cause

In a synthetic fleet, different crews repeatedly enter the wrong unit in the same field. Investigating only each individual misses a likely shared interface problem. Compare the field label, source units, procedure and workload at the point of entry. A revised label may help, but the crew still needs to verify the input and its result. Observe whether the intervention reduces the actual mismatch rather than only making the screen look clearer. The case demonstrates why recurrence across people is evidence for examining the shared task design, while retaining an appropriate review of each event.

Can you explain and apply the mechanism?

Four original questions. Work from the stated facts, then compare your reasoning with the explanation.