Energy & UtilitiesTime-series ML · AI Operations

Predicting transformer failures before the lights go out

Sensor telemetry, maintenance history, and weather combined into a risk score per asset — turning emergency truck rolls into planned work with months of warning.

EngagementFixed-scope build
Timeline to v14–8 weeks
PatternRepresentative engagement
~7 mo
median early warning
23%
fewer unplanned outages
100%
predictions with reason codes

The problem

A utility operated tens of thousands of distribution transformers, most well past their nameplate life. Maintenance was a mix of fixed schedules and failure response. Fixed schedules replaced healthy assets and missed sick ones; failure response meant emergency crews, overtime, and customers in the dark. The asset data existed — SCADA telemetry, oil test results, load history, decades of work orders — but it lived in four systems that had never been joined.

The hypothesis

Failure is rarely sudden. It is preceded by months of thermal, load, and dissolved-gas signatures. If those signals were unified per asset, a model could rank the fleet by failure risk far enough ahead for the work to be planned rather than scrambled.

The build

  • Asset-centric data foundation — telemetry, oil analysis, work orders, and weather joined to a single asset identity with full lineage. This was the majority of the work and the reason everything downstream was possible.
  • Survival and gradient-boosted models — predicting probability of failure inside a rolling horizon, with time-to-event framing rather than a simple binary label.
  • Reason codes on every score — each prediction carries its top contributing factors, so a planner sees rising top-oil temperature and gas trend, not an unexplained number.
  • Integration into the work-management system — risk scores flow into the existing planning queue. No new tool for crews to learn; the ranking simply got better.

Design choice that mattered: we validated out-of-time, not out-of-sample. Training on random splits of historical data made the model look brilliant and would have failed in production. Holding out entire later time periods gave an honest number — lower, and real.

Rollout

Six months of backtesting against actual failures, then a shadow period where predictions were recorded but planning was unchanged. Only after the shadow period matched backtest performance did the scores start driving work. Crews were skeptical, reasonably — the reason codes were what convinced them, because they matched what experienced technicians already looked for.

Results

The utility gained months of median warning on at-risk assets, unplanned outages fell, and maintenance spend shifted from emergency to planned work at materially lower cost per intervention. The reliability metrics regulators care about moved in the right direction.

What we'd tell you

  • The data foundation is the project. Modeling is the short part.
  • Validate out-of-time. Random splits on time-series data flatter you and then fail you.
  • Reason codes convert skeptical experts into users. A bare score does not.
  • Deliver into the tool crews already use. A separate dashboard is a separate thing to ignore.
← All success stories
Keep reading

More from the field.

Banking & Financial

Consumer lending, decided in hours

60%
faster time-to-decision
files per underwriter
Read the story
Banking & Financial

Early-warning credit risk

60 days
earlier risk signal
↓ roll rates
into later buckets
Read the story
Banking & Financial

The 6 a.m. advisor brief

advisor capacity for client time
6 a.m.
brief ready daily
Read the story
Get started

Bring us a hypothesis. Leave with a system.

Tell us what's eating your team's time. We'll give you an honest read on whether AI is the right tool — and if it is, a scoped v1 with a timeline and cost.