Technology Strategy & Roadmaps

Planned Maintenance: The Calendar Words Readers Need

A maintenance notice can be precise without being technical. Explain the service, the reference time and the difference between a plan and a completed event.

A mug and December calendar blocks on a counter.

A calendar note says "maintenance this weekend." For its author, the subject and timing may be obvious. A colleague seeing the note in a forwarded message may not know which service, which weekend or which timezone it means.

The writing task is to preserve the reference points when the note travels. That is different from deciding when maintenance should occur or how a change should be performed.

Key takeaways

  • Name the subject rather than relying on the surrounding thread.

  • Attach a date to a relative phrase when the note must stand alone.

  • Say whether the sentence describes a plan or a completed event.

  • Clear wording does not validate the underlying maintenance plan.

Step 1: Make the subject travel with the message

"The sample document library" is a subject. "The system" may not be one if the organization has several. A note that travels beyond its original thread benefits from a name the receiving audience can recognize.

Google's audience guidance reminds writers that context is not equally shared. The person drafting the note may have spent all week on the service while the recipient has never heard its internal nickname.

Step 2: Keep the reference time explicit

In a fictional workshop, "Saturday, November 8, 2025" provides a reference that "this Saturday" lacks once the note is read later. If the time is included, the timezone may matter to a cross-location audience.

The specific date here is only an illustration, not a real service window. Its purpose is to show how calendar wording changes when a sentence must remain understandable outside the day it was written.

Step 3: Distinguish intended work from completed work

"Planned" describes an intention. "Completed" describes a claimed result. A notice should not move from one word to the other merely because the planned time has passed.

The writer can preserve uncertainty when that is the truth: "This sample has not yet been updated with a completion note." The sentence is less polished than an unsupported success claim and more useful.

No change-freeze rule, restart instruction or operational approval is needed to teach this distinction. The audience is learning how to read the note, not being asked to operate the service.

Sources for the definitions and writing principles discussed here: Google, Technical Writing One: Audience, last updated March 28, 2025. The examples and suggested discussion formats are illustrative.

Frequently asked questions

Does a notice need every technical detail?

No. It needs the context its audience lacks. Technical detail that does not help that purpose may be distracting.

Does a stated time guarantee the work will finish then?

No. A planned time and a confirmed result are different claims.

Is the sample date a real announcement?

No. The example is fictional and does not describe an actual maintenance window.

A practical next step

Choose a sample calendar note and read it without the surrounding thread. Add the missing subject or reference point, but do not invent a missing fact. Book a Decision-Clarity Call for help making technology work easier to explain.

Next step

Get Board-Ready on AI and Cyber Risk

A 30-minute call. No charge. You'll leave with a clear read on where your oversight stands and what to do about it.

Stop Guessing. Start Scoring
Tyson Martin

Written by Tyson Martin, NACD.DC

Chief Trust, Security & AI Officer. CISO of record at MIO Partners; former CISO & CTO at Lumber Liquidators and Orvis; advisor to 200+ Fortune 500 boards and C-suites at AWS.

See the track record
Keep reading

More on Technology Strategy & Roadmaps

All CISO Insights
Technology Strategy & Roadmaps

When the CTO Says We Need to Rebuild

A rebuild proposal is a large bet. Test it against repair, phased replacement and doing nothing, and ask for evidence that the current system cannot scale.

Technology Strategy & Roadmaps

Shadow IT: Finding What Procurement Never Approved

Teams adopt tools without asking. Discover them, classify the risk, then decide to legitimize, replace or block. A five-step workflow for executives.

Technology Strategy & Roadmaps

Legacy System Replacement: The Go/No-Go Questions

Replace, wrap or tolerate an aging system? A go/no-go scorecard weighs business criticality, failure risk, replacement cost and migration risk.