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

Lesson 3 of 5

Building the annual release calendar

8 min

A release calendar is where SAP's clocks meet Contoso's business. The inputs come from three directions: SAP events (security notes, stack availability, upgrades), business events (period-end closes, peak order seasons, audits) and internal capacity (who can test, when environments are free). The output is a year on one page: internal releases, freezes, regression windows and the testing each event needs.

EventTesting requiredLead timeTypical duration
Monthly security notesAssess; targeted tests of affected areas; smoke testPatch Day to agreed implementation dateDays
Contoso minor release (monthly)Change tests plus risk-based regressionTwo weeks scope freezeOne to two weeks in CMQ
Feature or support package stackFull regression of key processes, integrations and extensionsTwo to three monthsSeveral weeks including fixes
Base release upgradeProject-scale: regression, new-feature evaluation, performanceSix to twelve monthsMonths
Year-end closeNo change; support onlyFreeze announced a quarter aheadSeveral weeks around close

Contoso's event types and their testing needs. Durations are planning assumptions, not SAP rules.

  1. JanuaryYear-end close freeze endsDan signs off the close; the first minor release of the year follows
  2. February to MarchFeature pack stack projectStack applied to CMD, then CMQ; full regression; production in late March
  3. April to JuneMonthly minor releasesSecurity notes assessed monthly; quarter-end close freeze in the last week of June
  4. July to AugustBusiness change releaseLarger enhancement release, avoiding the July quarter-end close
  5. September to OctoberSecond stack of the yearApplied and regression tested before the year-end freeze
  6. November to DecemberYear-end freezeOnly emergency and security fixes; full freeze over year-end close
An illustrative first full year for Contoso's private edition landscape. Actual months follow SAP's stack availability and Contoso's close calendar.
The Sign-Off Table · thesignofftable.com/academy/sap-rel-204

Freezes and windows

Three kinds of window give the calendar its shape. A business freeze protects critical periods: Dan, the finance process owner, wants no change in the week before and after each quarter-end close, and a longer freeze around year-end. A scope freeze fixes the content of a release some days before its test cycle starts, so testers test a stable build. A regression window reserves CMQ, testers and key users for a stack or upgrade, during which no other change is imported so findings have a clear cause.

Rare and smallOccasional one-off notes or fixes: targeted test plus smoke test
Frequent and smallMonthly security notes and minor releases: a repeatable, partly automated regression set
Rare and largeStacks and base release upgrades: planned regression windows, full regression, business acceptance
Frequent and largeA warning sign: too much change too often; consolidate into fewer, planned releases
Sizing the test response to each calendar event.
The Sign-Off Table · thesignofftable.com/academy/sap-rel-204
  1. Does the event change SAP code or the platform broadly (stack, upgrade)?Yes → full regression window · No → continue
  2. Does it touch finance, order-to-cash or integrations in scope for close?Yes → risk-based regression of those processes, outside close freezes · No → continue
  3. Is it a targeted fix with a known, small footprint?Yes → targeted tests plus the smoke pack · No → review with the test lead
Priya's rule of thumb for how much testing an event needs.
The Sign-Off Table · thesignofftable.com/academy/sap-rel-204

Two practical habits keep the calendar realistic. First, put people on it, not only systems: the key users who run acceptance are also the people who run the close, so their availability is the real constraint. Second, leave buffer: a regression window that ends the day before a freeze leaves no room to fix what the regression finds.

What would you do?

The second feature pack stack of the year is planned for production in mid-December, right before year-end close, because the regression window slipped by three weeks. What should Luis propose?

Key points
  • Calendar inputs: SAP events, business events and internal capacity.
  • Business freezes protect closes and peaks; scope freezes stabilize builds; regression windows isolate stacks and upgrades.
  • Size testing to the event: targeted for small fixes, full regression for stacks and upgrades.
  • Plan people as well as systems, and leave buffer before freezes.
  • Process owners and the test lead confirm the calendar before it is published.

Check your understanding · not graded

Lesson check

  1. 1. What is a scope freeze?

  2. 2. Why isolate a regression window for a stack application?

  3. 3. Which event typically needs a full regression?

  4. 4. Who should confirm that releases avoid close periods?