Skip to reading
Forecaster
Complete research draft10 chapters published
Contents Chapter 3

Part I: Follow the connection

The Grid Runs on a Different Clock

Plan for uncertain growth without turning every request into a promise or every delay into a virtue.

By Kevin L. Michel11 minute read

A company can change a product plan in a meeting. The equipment ordered for that plan cannot always change with it.

The distinction sounds obvious until a public decision depends on forgetting it. A developer talks about opening quickly. The utility talks about studies and construction. A manufacturer gives a delivery date. A planning office asks about land. Residents ask whether the proposed route makes sense. Each is dealing with a different part of the same promise.

There is no single clock on the wall.

Some delay is waste. Repeated requests for the same information, unclear responsibilities and decisions that sit untouched can hold up good projects without protecting anyone. Other time is work: testing a design, training a crew, producing equipment, studying alternatives or giving a community a genuine chance to respond.

An intelligent building program has to tell those apart. Calling all review obstruction is as lazy as calling every delay prudent. The question is what the time is buying and what the delay is costing.

We should want an answer to both.

Put the clocks next to each other

Imagine a planning room with several timelines on one wall. The customer marks when its first machines should arrive. The utility marks when a connection could be ready. The water supplier marks the works needed for service. Local officials mark their decisions. The contractor marks when skilled crews and essential equipment are available.

A gap between the lines is not yet a scandal. It is information.

Perhaps the customer can begin with a smaller stage. Perhaps an alternative location fits better. Perhaps an upgrade should be accelerated because it serves several needs. Perhaps the original date was never realistic. Looking at the timelines together creates options that disappear when each party repeats its own deadline in isolation.

The public should also see a timeline for obligations. When does a payment become due? When can a reservation lapse? When is a review triggered? When does the town begin relying on tax receipts? When must a promised training program actually enroll people?

A project can appear on schedule while its public protections are late. The building may be ready before the monitoring system. The tax concession may begin before the job commitment is measured. The first service may start before the rules for later expansion are clear.

Those are sequencing choices. We can change them.

A useful rule is to make the protection arrive before the exposure it is meant to control. Credit support should exist before a public system takes on a costly private commitment. A complaint process should exist before neighbors need it. Training should begin early enough for local workers to compete for the work being offered.

The future should not receive its benefits in advance and send its obligations along afterward.

A forecast is a working instrument

A forecast is an organized statement about what may happen under stated assumptions. Its value lies partly in what it lets us prepare for and partly in how clearly it can be revised.

We often punish revision in public debate. An estimate changes, and someone calls the entire exercise a failure. That response can encourage the least useful kind of certainty: keeping an old number because changing it would be embarrassing.

The right question is why the forecast changed. Did the underlying economy change? Did a project become firmer or disappear? Was a duplicate removed? Did better information replace a rough assumption? Or was there a flaw that should have been caught earlier?

These explanations call for different responses. Some warrant better methods. Some are evidence that the process is doing its job. All are more useful than treating every revision as proof of dishonesty or every official estimate as beyond challenge.

PJM’s January 2026 forecast reduced its near-term outlook relative to the previous forecast after changes in large-load commitments and other inputs. It distinguished firmer commitments from less certain plans. This is a dated example of revision, not a claim to present PJM’s latest figures; a July informational update also exists.1

The point is methodological. Planning needs a way to revise the picture without pretending that yesterday’s expectations were physical facts.

A strong forecast tells us which assumptions carry the result. A strong decision asks whether it remains sensible if those assumptions turn out differently.

Test the promise against the meter

A forecast should eventually meet the world it described.

For a large new customer, that means comparing expected growth with actual operation at suitable intervals. The comparison should use matching definitions. A maximum observed over a month is different from an average. A site’s peak may occur at a different time from the wider system’s peak. A delay in opening is different from low use after opening.

Mixing these measures can make a plan look better or worse without teaching us much. The comparison has to be fair enough to guide a decision.

PJM’s May 2026 accuracy report compared large-load forecasts with available 2025 operating data. Some areas lacked historical series, and some customer-identifying data were withheld. Those gaps prevent a simple all-region error claim from its charts. The report is useful evidence of a checking process with visible limits.2

A town does not need to build its own forecasting department. It does need confidence that somebody with authority is checking the commitments relevant to its exposure. The public version can protect sensitive information while reporting whether key milestones have been met and what follows if they have not.

If the facility grows more slowly than expected, the response should not begin with surprise. The agreement should already say when to revise a later stage, release unused capacity or call on a guarantee. Monitoring becomes valuable when it is connected to a decision.

A dashboard without consequences is only a more colorful way of watching.

Build in stages when stages make sense

There is an attractive simplicity in building everything at once. One plan, one approval, one large opening. Sometimes that is the sensible approach. Shared works may be cheaper or less disruptive when completed together. A component that looks oversized today may be necessary for a well-supported next stage.

But the choice deserves an explicit comparison. What would a staged plan cost? What information would arrive before the next commitment? Which parts are reusable? Which early works would become stranded if expansion stopped? What would be lost by waiting?

Consider an imagined project with three possible sections. The first has committed customers. The second has strong interest. The third is an option. The utility could design for all three while timing certain expenditures to later evidence. Alternatively, some early work might be justified for the full site, with the developer bearing the cost of its option.

Neither arrangement is automatically best. The improvement is that the uncertainty has acquired a place in the plan. It is no longer a vague warning in a footnote while the spending decision assumes maximum growth.

Staging should also apply to public promises. If the town grants support in phases, later support can depend on verified delivery. If the operator asks for more service, it can show what happened with the service already provided. Review becomes part of growth rather than an emergency intervention after trust has broken down.

This can be a friendlier process for serious builders. They can plan around known milestones. They do not have to guess whether every later decision will restart an argument from the beginning.

Good rules make room for learning without making everything provisional forever.

Flexibility must have a verb

A company says its load is flexible. That sounds helpful. We still need to know what it can do.

Can a task wait? Can it run elsewhere? Can power draw fall on request? For how long? With how much notice? What happens afterward? Does postponed work return all at once, creating a new difficult hour? Are there limits imposed by customers, data rules or the technical task?

These questions turn flexibility from a compliment into a service.

Imagine a workload that can be delayed until overnight. It may reduce pressure at one time, provided the later period truly has room and the delay is acceptable. A different task may need a prompt answer. Treating both as equally movable would misrepresent the service people depend on.

An agreement should specify the action, the trigger, the measurement and the payment. If a facility receives a benefit for helping the system, the help should be verified. If failure would put other customers at risk, the consequences should be proportionate and clear.

We should also ask what supplies the flexibility. Reducing computation, using stored electricity and operating an on-site generator are different actions with different effects. A response that helps the grid may introduce a local noise or emissions issue. That does not make it useless. It means the assessment must follow the action through the relevant accounts.

The word smart is no substitute for that work. Neither is flexible.

Tell us the verb. Tell us what happens when the request arrives.

The cost of building too little

Concern about overbuilding is reasonable. Equipment can be expensive, and a disappointed forecast can leave a long bill. But a fair analysis also considers the other mistake.

If a system fails to prepare for credible growth, useful projects can be delayed. Existing customers may face constrained service. A town may lose an opportunity to improve shared infrastructure. Workers may lose work they could have done well. These are possible costs, and they deserve the same seriousness as the risk of surplus capacity.

The point is not to invent a benefit for every proposal. It is to compare realistic alternatives. Doing nothing is one alternative with consequences of its own.

A public decision should therefore ask what investment would be valuable under several plausible futures. An upgrade might serve homes, transport, industry and computing. A training program might give workers skills useful across projects. Better information about demand might reduce costly mistakes regardless of how fast AI grows.

Such choices can make the system less dependent on a single forecast being exactly right. They do not eliminate risk. They can make the risk more useful.

There are limits. Calling a specialized asset broadly useful does not make it so. The claim needs evidence about who could use it, when and at what cost. A public-interest label should be tested as carefully as a private growth claim.

The aim is neither maximum construction nor minimum construction. It is enough well-chosen capacity, delivered with responsibilities people can understand.

Put competing needs in the same picture

A grid plan may face several worthwhile demands at once. An imagined region might be considering computing facilities, new housing, industrial modernization and changes in transport. Each proponent can explain why its project matters. The system still has to determine what can be delivered and in what sequence.

The answer should not be decided solely by the speed of an application or the size of a public-relations budget. Nor should officials pretend there is no trade-off when a scarce resource has several possible uses. They should state the criteria, the relevant authority and the reasons for the sequence chosen.

Sometimes shared investment can relieve the apparent conflict. A stronger connection may serve several needs. Sometimes one demand is flexible enough to proceed under different service terms. Sometimes a project must wait because the necessary work is not ready. The choice should follow evidence about the system and a legitimate account of public priorities.

There is an equity question here. Large organizations can hire people to navigate a process and hold options open. Smaller applicants may struggle to do either. A fair planning system should make its requirements clear and avoid rewarding uncertainty merely because the applicant can afford to preserve it.

That does not mean every use receives identical treatment. Essential service, technical readiness, available alternatives and the cost of delay may differ. It means the differences should be explained in terms the public can contest.

A society serious about building has to become serious about choosing. Otherwise, what looks like a technical queue can quietly make public priorities without anyone admitting that a choice was made.

The work between the announcement and the light

Before the switch

The room is drawn before the room exists.
A line crosses a field on someone’s page.
A worker checks the clearance with a rule.
The date moves closer on the office wall.

The cable does not care about the speech.
The ground will take the weather that arrives.
A tired crew still has to get it right.
Tomorrow’s use depends on work today.

Leave room for what the first plan could not know.
Name who will pay before the trench is dug.
Keep the small house inside the larger plan.
Let no one’s quiet count as their consent.

When light comes on, remember how it came.
Through hands and rules and things that had to hold.
The future has a schedule of its own.
We build it better when we read the clocks.

Who updates the forecast? Who checks the guarantee? Who can stop the next stage if a condition is unmet? Who explains a change to residents before rumors fill the gap? These are ordinary administrative questions. They determine whether a large promise remains answerable to the people around it.

Public institutions need resources to do this work. A small planning office cannot be expected to match a large technical proposal through unpaid overtime and goodwill. A water supplier needs the ability to test assumptions. A regulator needs staff capable of examining a proposed allocation of costs. Residents need accessible records and enough time to use them.

Funding that capacity is part of building infrastructure responsibly. Otherwise, speed can become the name we give to one side’s ability to overwhelm the other side’s calendar.

A date that means something

At the end of our imagined planning meeting, the developer still wants to open. The town still wants the benefits. The utility still has engineering work to complete. None of those aims has disappeared.

What changes is the meaning of the date. It is attached to a sequence with conditions. The first stage can proceed when specified works and protections are ready. Later stages have milestones. Unused reservations face review. The public knows where to look for an update.

That arrangement may produce a later opening than the first advertisement. It may also prevent a much longer and more damaging delay caused by promises that could never fit together. Or it may reveal a faster, better route that an adversarial meeting would have missed.

Speed should be measured across the life of the project, including avoidable disputes and repairs, rather than only up to the first ceremony.

The grid’s clock will never exactly match the pace of software. We do not need to pretend otherwise. We need institutions capable of translating between them.

A request becomes a commitment. A commitment becomes work. Work becomes service. At each stage, the evidence changes and the obligations should remain visible.

That is how a future arrives without making the people already here carry every mistake on the way.

Footnotes

  1. PJM, Load Forecast Report, January 2026, executive summary. Dated methodological example. https://www.pjm.com/-/media/DotCom/library/reports-notices/load-forecast/2026-load-report.pdf ↩

  2. PJM, Load Forecast Accuracy Report, May 29, 2026, overview and dashboard notes. https://www.pjm.com/-/media/DotCom/planning/res-adeq/load-forecast/2026-load-forecast-accuracy-report.pdf ↩