STOINTELLIGENCE
Data-driven. Field-proven.

STO·SDC · Scope Development & Challenge

Is every discretionary hour earning its place in the window?

Most turnaround work lists carry hundreds of discretionary items that were never tested with data. STO·SDC runs a two-stage, risk-based challenge on every one, live with your team and a reliability expert panel in the room, so the scope that survives is the scope that belongs.

Challenge the list. Keep what earns it.

Every item, one disposition
Include · it earns its place
Reduce · trim the scope back
Defer · move to a later window
Offload · run it online, not in the STO
Eliminate · drop it

Every decision recorded, quantified, and defensible.
The live challenge register: every discretionary item scored, sorted lowest mitigation-ratio first so the descope candidates float up.
The live challenge register: every discretionary item scored, sorted lowest mitigation-ratio first so the descope candidates float up.Illustrative demo data

The problem

Work lists grow by accretion, not by decision.

Scope lands on the list by habit, by memory of the last event, and by the quiet fear of leaving something off. Very little of it is ever challenged with a documented basis, and the review that should catch it usually happens in a room that keeps no record. Three failures hide there.

The scope dump
Items on the list with no basis anyone can point to

Work is carried because it was carried last time, not because a risk or a return was ever stated. The padding inflates cost, duration, and the manpower curve.

Risk by generic curve
Probability of failure pulled from a generic distribution

Generic failure curves overstate risk on equipment that is nowhere near its wear-out life. More scope is not less risk: unnecessary work introduces its own early-life failures.

The undocumented review
A challenge no one can defend or repeat

Decisions get made in the room and lost the moment it clears. There is no record of what was challenged, what was decided, or why, so nothing is auditable and nothing carries to the next event.


What makes it different

A two-stage, risk-based challenge, with data in the loop.

Every discretionary item runs the same disciplined gate. Required work is logged and exempted; discretionary work has to earn its place twice.

01 · Risk screen

Before and after, not just before

Score the risk if the work is skipped, and the risk if it is done. A severe risk only forces an item in when the work actually reduces it. Work that does not move the risk is sent to Stage 2, because doing it is not justified by the risk.

02 · Mitigation ratio

The value of the risk removed, over the cost

Priced with your real unit economics: daily margin, and the margin lost to a partial rate cut, not just a full shutdown. Above the minimum ratio it belongs in the window; below it, it comes out or moves out.

03 · Post-freeze control

A bar that rises after the freeze

Once scope is frozen, additions face an escalating hurdle that climbs as the event nears and the growth allowance is spent, so late adds are held to the standard the early list already met.

One item's challenge card: the before/after risk screen, the mitigation ratio on your unit economics, and the AI expert panel testing the justification.
One item's challenge card: the before/after risk screen, the mitigation ratio on your unit economics, and the AI expert panel testing the justification.Illustrative demo data

The difference · 01

A reliability panel in the room, on every item.

A multi-discipline expert panel, fixed equipment, rotating, electrical, instrumentation and SIS, heat transfer, and operations, reads every item against your event premise and sharpens the challenge. It coaches and questions; it never certifies. It issues no SIL determination, no RBI certification, and no fitness-for-service verdict, and never stands in for your integrity program.

Grounded, not generative

The panel reasons only over a retrieved reference pack and your premise, never free-associates a failure mode, and cites a standard only when the pack supports it.

Every gap or opportunity it raises must survive an adversarial review that tries to knock it down. Only findings it cannot refute reach your team.

What it does to a weak item

It separates captured fact from inference, names the failure mechanism the justification is really leaning on, and flags where the basis is too thin to close.

It tests each item against the premise: does this work serve a stated driver, and does it clear your own scope rules.


The difference · 02

The whole team challenges, without corrupting the record.

Scope challenge is a room, not a spreadsheet owner. Everyone joins on a personal code, follows the facilitator’s item live on their own screen, and proposes changes and evidence into a contribution queue. The facilitator accepts, so the register stays clean while the room fills its own fields, planner, operations, process, inspection, and equipment engineers all in at once.

Session setup: the premise and unit economics that drive the challenge, the expert panel on (coaches and challenges, never certifies), and the self-signup roster for the room.
Session setup: the premise and unit economics that drive the challenge, the expert panel on (coaches and challenges, never certifies), and the self-signup roster for the room.Illustrative demo data

What you get

A frozen, defensible challenge register.

Every discretionary item leaves the session with a recorded disposition, include, defer, eliminate, offload, or reduce, its quantified basis, and the hours and cost it added or removed. The baseline is snapshotted at freeze, and every post-freeze change is governed on the escalating hurdle.

In
Your discretionary
work list
Engine
Two-stage challenge
+ panel + room
Out
Frozen register
+ change control

The register is the decision document: each item, its disposition, and the risk-and-cost basis behind it, in priority order. An endorsement package captures the room’s sign-off.

Intake the list by spreadsheet, or pull the scope items straight from a linked schedule via STO·SAR. STO·SDC runs standalone or as the scope engine feeding a STOAR readiness gate.


What changes

The difference before the list locks.

Without STO·SDC

  • ×A work list padded with discretionary items no one challenged
  • ×Risk argued from opinion and generic curves, in a room that keeps no record
  • ×Late additions that never faced the bar the early list did

With STO·SDC

  • Every discretionary item challenged on risk and cost, with data
  • Scope that survives because it earns its place in the window
  • A frozen register that defends every decision and governs every change

Challenge your next work list before it locks.

Send us the discretionary work list for the event you are planning now. We will show you which items earn their place, which come out, and what it takes off the cost and the critical window.