ServiceNow Release Cycle 2026: Zurich, Australia, Bangalore Timeline
The release names you need to plan around, when they ship, what each family adds, and how to keep N-1 compliance through the cycle without surprises.
How ServiceNow Names Releases
ServiceNow names each major release family after a city, working through the alphabet. The cadence is roughly twice a year - one family ships in the first quarter window, the next in the third quarter window. Patch releases inside a family arrive every four to six weeks.
The named family is what people mean when they say "we are on Zurich" or "we are upgrading to Australia." What they usually skip is which patch level, which Store apps are pinned, and which plugins are dependent on a specific family. All three matter for upgrade planning.
This article gives you the practical timeline, the rough planning windows, and the upgrade checklist that keeps you inside the N-1 compliance window every cycle.
The 2026 and 2027 Family Timeline
ServiceNow has not published the exact GA dates for every future family, but the alphabetical sequence and twice-yearly cadence are stable. Use the table as a planning baseline and confirm exact GA dates against the official Release Notes when they publish.
| Family | Window | N-1 Window Closes | Notes |
|---|---|---|---|
| Zurich | 2025 Q3 GA | When Australia ships | Current family at the start of 2026. |
| Australia | 2026 Q1 window | When Bangalore ships | First major family of 2026. |
| Bangalore | 2026 Q3 window | When Casablanca ships | Second major family of 2026. |
| Casablanca | 2027 Q1 window | When Delhi ships | First major family of 2027. |
| Delhi (expected) | 2027 Q3 window | When the next family ships | Name confirmed at GA time. |
If you are on Zurich today, your N-1 ceiling closes when Australia ships and tightens further when Bangalore ships. By the Bangalore GA window, Zurich is N-2 and you are out of compliance.
Patch Release Cadence Inside a Family
Each named family receives patch releases every four to six weeks until the next family ships. The pattern is consistent:
- GA patch: ships at family GA.
- Patch 1, 2, 3: bug fixes and small enhancements at four to six week intervals.
- Patch hot fixes: emergency patches for critical security or regression issues, on demand.
- Final patch: the last stabilization patch before the family stops receiving updates.
Customers who stay on the latest patch in their current family enjoy the fewest surprises. The 500+ checkpoints in Instance Audit treat outdated patch levels as a finding, even when the family itself is supported.
Aligning Your Calendar to the Cycle
Two upgrades a year is achievable for most enterprise customers with a disciplined cadence. The window that works is:
| Cycle Stage | Weeks Before GA | Activity |
|---|---|---|
| Pre-read | T-12 | Read Release Notes. Identify deprecations. Run an Upgrade Readiness Agent pre-scan. |
| Backlog | T-10 | Remediate the high-risk findings. Yeti Build Agent drafts refactors against the 42 artifact classes in scope. |
| Sub-prod upgrade | T-6 | Upgrade the dev and test instances. Re-run the agent. Diff against the pre-scan. |
| Regression | T-4 | ATF regression, performance test, full instance audit. |
| CAB | T-2 | Change control. Submit the scored audit report as evidence. |
| Production | T-0 | Upgrade production. Run the agent one more time to confirm parity with sub-prod. |
That is roughly 12 weeks per cycle, twice a year. Done as a cadence rather than a project, it consumes a sustainable share of platform team capacity. For the full N-1 strategy, see the N-1 compliance guide.
What Changes Each Family
Each family ships a mix of three things: new features, deprecations, and quality improvements. The relative weight shifts by family. Recent family-level themes have included:
- Now Assist and AI Agents. Every recent family has expanded the platform's native AI surface.
- Workflow Studio. Flow Designer evolution and Workflow Studio integration are continuous themes.
- UX modernization. Next Experience continues to expand at the expense of UI16 patterns.
- Platform Analytics. Reporting and dashboard primitives shift family by family.
- Security baselines. The default ACL and audit set tightens with each release.
SnowCoder supports Zurich onwards, so anything you build with Yeti AI Chat or the Yeti Build Agent is grounded in the current family's patterns. See the Yeti Build Agent overview for the 291-story benchmark methodology.
Common Mistakes
- Treating upgrades as projects. They are a cadence. Project economics collapse when the project repeats twice a year.
- Skipping the patch level. Being on Zurich is not enough. Be on the latest patch of Zurich.
- Trusting unmanaged Store apps. Pinned versions are an upgrade blocker. Track which apps support the inbound family before T-12.
- Ignoring deprecations. A deprecation in Australia is a removal in Bangalore. Plan two cycles ahead.
- Running production cutover with no pre-scan. The Upgrade Readiness Agent pre-scan is the cheapest insurance in the cycle.
Related Reading
Plan your next upgrade with confidence
Run the Upgrade Readiness Agent on your current family. Get a scored audit report and a remediation backlog before you commit to a date.