Skip to content
Before Anybody Knows

All notes  /  The programme

Testing the Whole Chain

The only way to know whether any of this works, and the specific tests that find the failures nobody expects.

The programme · Procedure

Every part of a lone worker system can be working while the system does not. The only way to find out is to make it happen.

When testing the whole chain also depends on reliable work records, remote team oversight tools can support time, attendance and workload review without being treated as the emergency response itself. Compare any workflow with ISO standards catalogue and keep alarm ownership, escalation and dispatch responsibilities explicit.

The core test

A real alarm, at a real hour, from a real location, unannounced to the responders.

Time every step: alarm raised, alarm answered, first contact attempt, escalation, someone dispatched.

Quarterly, and at the hours the work actually happens — which for most operations means at least one test after midnight.

Announce to the workforce that tests happen, so nobody is alarmed, and never announce which one.

The tests that find things

The no-coverage test: activate from the basement, the plant room, the rural spot. Does anything arrive, and how late?

The unreachable-tree test: what happens when nobody on the list answers? Most organisations have never found out, and the answer is frequently nothing.

The stale-list test: call every number on the escalation tree. Count how many are wrong.

The battery test: who is told when a device is low, and did anyone act?

The handover test: raise an alarm during a shift change of the duty rota.

The test people forget

The cancel path.

A worker triggers accidentally and needs to stand it down.

If that requires a phone call and an explanation, accidental activations will go unreported and the responder's picture will be wrong.

Test it from the worker's side and time that too.

Recording

What was tested, when, at what hour, and every timing.

What broke.

What was changed, and by when.

A test that found a problem and produced no change is worse than none, because it documents a known failure that was tolerated.

Reading the results

A response time that is fine at eleven in the morning and terrible at two is the normal finding.

The night figure is the real one, because that is when the risk is highest.

And a consistent delay at one step points at a person, an authority gap or a phone, each of which is cheap to fix once identified.

Sharing them

Publish the response times to the workforce.

It is the only evidence they have that the other end of the chain exists.

And it commits you to improving them, which is the point.

Designing a test that finds things

Pick the hardest combination you can safely arrange: worst coverage, latest hour, a device rather than a phone, a location with difficult access.

Because a test from the car park at eleven in the morning confirms what you already believe.

Vary the scenario: a button press, a missed check-in, a no-movement alarm. They follow different paths and fail differently.

And occasionally test the case where the worker cannot speak, which is what the whole discreet arrangement exists for.

Safety during tests

Tell the person conducting the test what to do if a real emergency intervenes.

Do not test in a way that ties up emergency services — a test that reaches the point of an ambulance being dispatched has gone too far, and the agreement with the monitoring supplier should define where it stops.

Agree the stop point in advance: usually at the moment the responder would dispatch.

Recording and following up

A test log with date, hour, scenario, every timing, and what broke.

An owner and a date for each fix.

Re-tested at the next quarter, specifically on the thing that failed.

Because the value is not in the test but in the closure, and a log of findings with no closures is a documented list of known failures.

Testing the parts nobody tests

The client's arrangements at a site you do not control.

The handover between in-house and external monitoring.

The cancel path.

The low-battery alert.

And the list of numbers, by calling every one of them.

Each of these has failed somewhere, and none is visible in a normal end-to-end test.

What good looks like

A night-time response time that is within a factor of the daytime one.

No wrong numbers.

Every responder able to state their authority without checking.

And a cancel that takes seconds.

An organisation that can show these from its own test log has something most cannot, and it is the evidence an inspector or an insurer actually responds to.

Frequency

Quarterly for the full chain.

Monthly for the escalation list, which is a set of phone calls and takes twenty minutes.

After every change: a new supplier, a new monitoring arrangement, a new site, a reorganisation that moves the responders.

And immediately after any incident, because the incident is itself a test whose findings should be checked against the arrangement.