Newsroom

Interview

What the next crew can trust

What makes a handover useful, why free-form notes fail under pressure, and how to preserve the reasoning behind a shift’s decisions.

The Operations Record

A drafted article in Millwright, written from the investigation that produced it

The Operations Record: You talk about handover more than you talk about AI. Why?

Millwright: Because shift change is where live context becomes a record—or disappears. The outgoing crew knows that Pump B is running because Pump A showed unstable suction pressure, that the instrument technician suspects a plugged impulse line, and that production agreed to wait until the morning window. A note that says “monitor Pump A” loses the decision, the evidence, and the constraint.

The Operations Record: What should the note say instead?

Millwright: Enough for someone new to continue safely. For example: “Pump A was removed from duty at 03:10 after suction pressure began oscillating between 1.1 and 1.8 bar. Pump B is stable at the same header conditions. PT-104 has not been field-checked. Work order 4832 requests an impulse-line inspection at 08:00. Do not return Pump A to auto until Operations clears it.”

That is longer, but it answers five questions: what changed, when, what evidence supports the concern, what happens next, and what not to do.

The Operations Record: Plants already have shift logs and knowledge bases.

Millwright: They solve different parts of the problem. A shift log is chronological and immediate. A knowledge article is durable and organized by topic or asset. A work order tracks an action. Trouble starts when the same event is copied into all three and each copy loses something.

We keep links instead. The handover points to the investigation and open work. The investigation holds the trends and alarm sequence. If the event teaches a reusable lesson, that reviewed material can become an article after the fault is resolved.

The Operations Record: What makes a handover trustworthy?

Millwright: Provenance and specificity. The next crew should be able to distinguish four things:

  1. Observed: “Discharge pressure fell to 4.2 bar.”
  2. Reported: “The field operator heard intermittent rattling.”
  3. Inferred: “A suction restriction is more likely than a motor fault.”
  4. Decided: “Keep the standby pump in service pending inspection.”

Those statements have different weights. Many handovers blend them into one confident sentence, and the next shift cannot tell which part to verify.

The Operations Record: Where does generated text help?

Millwright: It can assemble a draft from the record that already exists: timestamps, selected trends, alarm acknowledgments, comments, and ticket status. It can also point out missing fields. If a note recommends keeping an asset offline but names no owner or review time, that is worth flagging.

It should not turn an inference into a fact or invent a cause to make the summary read smoothly. A draft that says “cause unknown; local valve position not available” is doing its job.

The Operations Record: And the model writes the article?

Millwright: It can prepare one from the reviewed investigation, but publication is a separate decision. An event record says what happened once. A procedure says what someone should do next time. Moving from one to the other requires an engineer to check that the conditions, safety steps, and equipment scope are correct.

The Operations Record: How do you know the handover worked?

Millwright: The incoming crew should not need to call the person who left to understand the plant’s current exceptions. They may still call to challenge a judgment or add local knowledge. That is healthy. The test is whether the record gives them a reliable place to start.