Now accepting guest editorial from SAP, Oracle, Workday and ServiceNow practitioners.Pitch a guide
The Sign-Off Table

Lesson 5 of 5

Publishing and maintaining the calendar

9 min

A calendar nobody reads is a private plan. A calendar people read but do not trust is worse, because they keep their own. Luis's goal is one calendar, owned by him, versioned, with sources, that each audience can read at the level it needs. Grace sponsors it at the steering committee; Priya relies on it to book testers; Dan and Maria use it to plan around their busiest weeks.

Steering committee (Grace)Quarter view: major releases, stacks, upgrades, end-of-maintenance milestones, risks
Process owners (Dan, Maria)Freezes and UAT dates affecting finance and order-to-cash; requests for key users
Test team (Priya)Regression windows, environment bookings, scope freeze dates, test types per event
IT and BTP teamsTransport cut-offs, change windows, downtime, CTMS and Import Collection slots
Business usersPlanned downtime and what is changing for them, a few days ahead
One calendar, five audiences. Each sees the level of detail it needs.
The Sign-Off Table · thesignofftable.com/academy/sap-rel-204

What a good calendar entry contains

FieldExample
EventFeature pack stack applied to production
Date and time, with time zoneSaturday, 06:00 to 14:00 Eastern
SystemsCMP; BTP subaccount cmc-ext-prod smoke tested afterwards
Source and date checkedStack availability from SAP release information, checked on the first of the month
Freeze rulesScope freeze two weeks before; no other imports that weekend
TestingFull regression completed in CMQ; production smoke test by Maria and Dan
Owner and statusLuis; Planned, Confirmed, Done or Moved

Fields for each calendar entry.

A monthly rhythm

  1. Verify SAP datesRecheck sources for anything in the next six months; read Patch Day results
  2. Update the calendarApply changes, adjust freezes and windows
  3. Publish a new versionVersion number and a short change log at the top
  4. Notify the people affectedOnly those whose dates or duties changed, with what changed and why
  5. Confirm resourcesPriya confirms testers and environments for the next windows
  6. Review after eventsDid the window suffice? Feed lessons into the next plan
Luis's monthly calendar cycle.
The Sign-Off Table · thesignofftable.com/academy/sap-rel-204

The change log matters more than it looks. When SAP moves a public edition upgrade date or a stack slips, people need to see quickly what changed: "Version 7: second stack moved from November to January; regression window now December 1 to 19; no change to year-end freeze." A clear log keeps trust, because nobody has to compare two versions line by line.

ChannelGood forNot for
Published calendar page or shared documentThe single source of truth, with versions and sourcesUrgent changes nobody will see in time
Steering committee packQuarter view, decisions and risksDay-level detail
Release notice email or channel postTelling affected people what changed and what to doHolding the full calendar
Change advisory boardApproving specific changes and windowsLong-range planning
Channels and what each one is for.
The Sign-Off Table · thesignofftable.com/academy/sap-rel-204

When SAP changes a date

Dates will move, and how the change is handled decides whether the calendar keeps its credibility. Luis follows the same four steps every time: confirm the new date in the primary source, assess the knock-on effects (freezes, regression windows, people), publish a new version with a one-line change log, and send a targeted notice with a proposal to the people affected. He does not wait for the monthly cycle when a change touches the next six weeks.

  1. Confirm the new date in the primary source and record the check date.
  2. Assess what else moves: freezes, regression windows, testers, environments.
  3. Publish a new version with a one-line change log.
  4. Notify only the people affected, with a proposal, not just the problem.

What would you do?

SAP's published schedule shows that the quarterly upgrade of the SAP BTP ABAP environment hosting Contoso's warranty prototype has moved by one week, so the pre-upgrade regression window now overlaps with Contoso's quarter-end close freeze, when key users are busy. What should Luis do first?

Key points
  • One calendar, one owner, versioned, with sources for every date.
  • Give each audience the right level: quarter view for steering, details for testers and IT.
  • Each entry carries date with time zone, systems, source, freeze rules, testing, owner and status.
  • Run a monthly cycle: verify, update, publish with a change log, notify, confirm resources, review.
  • Acknowledgment from the people who must act is the evidence that communication worked.

Check your understanding · not graded

Lesson check

  1. 1. Why publish a change log with each calendar version?

  2. 2. What level of detail suits the steering committee?

  3. 3. What is the best evidence that a freeze has been communicated?

  4. 4. Which field helps resolve disputes about a date?