Board Technology Oversight

What Changed Since the Last Technology Update?

A useful technology update helps readers see what changed, what stayed the same and what remains an open question without rereading the whole history.

Black pen resting on a stack of blank white paper

The latest update looks familiar because much of it is familiar. The project description is unchanged, the diagram is unchanged, and the same open question appears near the end.

Some repetition gives readers context. Too much makes them hunt for the difference. A short change summary can make the update easier to follow without turning it into a running transcript.

TLDR

  • Give the update a clear date and comparison point.

  • Separate a change from background context.

  • Say when there is no change rather than implying progress.

  • Keep open questions distinct from completed work.

Choose the comparison point

"Since the last update" is ambiguous when readers joined the conversation at different times. Name the earlier version or meeting date. Then a reader can understand what is being compared.

This is a document habit, not a judgment about the project. A change summary describes the difference between two snapshots; it does not replace the detail behind them.

Write the difference in ordinary language

A useful summary describes what a reader will notice. "Documentation updated" names activity. "The walkthrough now includes the search step that was missing from the earlier version" identifies the change.

Keep background information in a stable section or linked reference. The change summary can then stay short rather than restating the entire project.

An illustrative change note

Compared with: the demonstration notes shared on October 5. Changed: the example now includes a search for a library branch. Unchanged: the walkthrough still uses fictional opening hours. Open question: should the next example show a mobile screen? Reference: the revised demo notes.

This is a fictional communication example. It describes edits to a document, not a delivery commitment or an assessment of a real product.

Use dates where time matters

Google's guidance on timeless documentation distinguishes stable product explanations from dated material such as blog posts and release notes. That distinction is useful here: a reference page explains how something works, while an update explains what changed in a defined period.

Avoid leaving words like "new" or "latest" to carry the whole meaning. A dated change note stays understandable when someone returns to it later.

Sources

Google documentation style guide: Timeless documentation

Frequently asked questions

What if nothing changed?

Say so, then explain whether the existing question or context is still relevant. An honest unchanged line is clearer than rewriting old material to sound new.

Should every small edit appear?

No. Choose changes that help the intended reader understand the update. Keep detailed edit history elsewhere if the team needs it.

A practical next step

Add a short "changed, unchanged, open" note to the next technology update. A reader should be able to identify the difference without comparing two documents line by line.

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 Board Technology Oversight

All CISO Insights
Board Technology Oversight

Concentration Risk in One Cloud Region

When most workloads sit in one cloud region, one failure reaches everything. A dependency heat map shows where the blast radius is bigger than intended.