Enterprise IT Change Management, Maintenance Windows & Release Governance Standard
1. Purpose & Scope
This standard establishes the mandatory governance model, classification matrix, risk assessment criteria, and maintenance windows for all alterations to enterprise IT infrastructure.
The purpose is to minimize service disruption, prevent unexpected outages, ensure configuration reproducibility, and guarantee that every modification has a tested, documented rollback plan.
This standard applies to all physical, virtual, cloud, network, and identity systems across all production and stage environments.
2. Regulatory & Compliance Context
- ISO/IEC 27001:2022: Control 8.32 (Change Management).
- ITIL v4 Framework: Change Enablement & Continual Improvement.
- CIS Controls v8: Control 4 (Secure Configuration of Enterprise Assets and Software).
3. Change Classification Matrix
Every modification must be submitted as a Request for Change (RFC) classified into one of three categories:
| Change Type | Definition | Approval Required | Lead Time | Testing / Rollback Plan |
|---|---|---|---|---|
| Standard Change | Low-risk, recurring, procedural tasks with established SOPs (e.g., Routine monthly patching per SOP-SYS-020, DNS record additions). | Pre-approved via SOP register | 24 Hours | Pre-defined in SOP |
| Normal Change | Moderate to high-risk modifications (e.g., Core switch firmware upgrades, firewall rule overhaul, AD schema update). | Formal Change Advisory Board (CAB) | 5 Business Days | Mandatory lab-tested rollback plan |
| Emergency Change | Urgent break-glass interventions required to resolve a P1 critical outage or mitigate an active cyber incident (e.g., SOP-SEC-010). | Emergency CAB (ECAB): CISO + Lead SysAdmin | Immediate (Oral / Chat sign-off, retrospective RFC in 24h) | Rollback or fail-forward strategy required |
4. Maintenance Windows & Freeze Calendars
To protect business operations and core revenue channels, production modifications may occur only during authorized maintenance windows:
ââââââââââââââââââââââââââââââââââââââââââââââââââââââââââ â ENTERPRISE MAINTENANCE SCHEDULE â âââââââââââââââââââââââââââŦââââââââââââââââââââââââââââââ⤠â Window A (Core Network) â Thursday 22:00 â Friday 02:00â â Window B (Hypervisors) â Saturday 23:00 â Sunday 05:00â â Daily Micro-Window â Tuesday / Thursday 05:00 â 06:00 (Standard Low-Risk Only) â âââââââââââââââââââââââââââ´âââââââââââââââââââââââââââââââ4.1 Production Freeze Windows
All production changes (excluding emergency security interventions) are strictly frozen during:
- Financial Fiscal Year / Quarter End: Final 5 business days of each fiscal quarter.
- Enterprise Holiday Freeze: December 15 through January 5 annually.
5. Mandatory RFC Submission Requirements
Every Normal and Major RFC submitted to the CAB must include:
- Business Justification & Impact Statement: What business capability or security defense is enhanced?
- Detailed Execution Script: Step-by-step commands or runbook reference (e.g., linking to approved SOP).
- Verified Pre-Flight Health Checks: Validation that infrastructure is clean before executing.
- Actionable Rollback Procedure: Exact, timed reversal commands if validation tests fail.
- Success Criteria & Post-Change Verification: Explicit functional tests to confirm normal service.
6. Change Advisory Board (CAB) Governance
- Meeting Cadence: Every Tuesday at 14:00.
- Voting Quorum: Lead Systems Administrator, Network Lead, Cyber Security Lead (CISO delegate), Application Owner.
- Unanimous Consent: Required for all Tier-0 changes (Domain Controllers, Core Firewalls, Backbone Storage).
7. Post-Implementation Review (PIR) & PMR Trigger
A formal Post-Implementation Review and Post-Mortem Report (templates/template-pmr.md) is mandatory if:
- A change causes unplanned downtime exceeding 5 minutes.
- The change execution failed and required an emergency rollback.
- A change resulted in data loss, credential invalidation, or security alert escalation.
The PMR must be delivered to executive leadership within 3 business days of the event.