ServiceNow Change Management Configurations
Description
ServiceNow Change Management Configuration
ServiceNow Change Management (part of ITSM) provides a controlled process for planning, approving, and implementing changes to IT services and infrastructure. Configuring Change Management means defining change types, workflows, approvals, risk calculations, automation, and integration with CMDB, Incident, Problem, and Release processes.
1. Core Concepts in Change Management
Change Types (Default)
Each has its own configuration and workflow:
- Standard Change – Low-risk, pre-approved, repeatable
- Normal Change
- Emergency
- Expedited
- Standard (non-pre-approved)
- Emergency Change – Critical, fast-approval path
Organizations often create custom subtypes (e.g., regulatory, infrastructure, security changes).
Change Lifecycle States
Common states include:
- New
- Assess
- Authorize
- Scheduled
- Implement
- Review / PIR
- Closed
These states are configurable based on process needs.
2. Key Configuration Areas of Change Management
A. Change Forms & Fields
Admins can configure:
- Short description / Description
- Category and subcategory
- Risk and impact
- Justification
- Implementation, Test, and Backout plans
- Assignment group / Assigned to
Tools used:
- Form Layout
- UI Policies (e.g., require backout plan when risk is high)
- Client Scripts (e.g., auto-fill fields)
- Dictionary entries (custom fields)
B. Change Workflows & Flow Designer
Configuring ServiceNow Change Management often involves designing workflows for each change type.
1. Normal Change Workflow
Includes:
- Risk assessment
- Approval chain (CAB, manager, etc.)
- Scheduling
- Implementation
- Post-implementation review (PIR)
2. Standard Change Workflow
- Pre-approved template
- Minimal approvals
- Automatic scheduling
- Possible orchestration tasks
3. Emergency Change Workflow
- Automated emergency routing
- Fast-track approvals (e.g., on-call manager)
- Immediate implementation
- Retrospective PIR
Tools used:
- Workflow Editor (Classic)
- Flow Designer (Modern, recommended)
- Change Approval Policies (define logic for approvals)
C. Approval Engine Configuration
Approvals can be configured using:
- Approval Policies (state-based, risk-based, or CI-based)
- CAB (Change Advisory Board) Meetings
- Dynamic Approval Chains (for impacted CIs/service owners)
- Email and mobile approvals
Common approval sources:
- Change Manager
- Service Owner
- CAB
- Risk approvers
- Security approvers
D. Risk Calculation & Risk Models
Risk assessment is usually automated.
Risk Configuration Includes:
- Risk score formula
- Impact × likelihood calculations
- Risk factor questions (“Risk Assessment Questions”)
- Conditional weighting (e.g., high-risk CI → higher risk)
Risk automatically drives:
- Approval type
- Change classification
- Scheduling requirements
- Mandatory plans (test, backout)
E. Change Templates & Standard Change Catalog
Change Templates
- Predefined forms for common changes
- Auto-populate change fields
- Reduce data input errors
Standard Change Catalog
- Library of preapproved changes
- Workflow: Request → Automated creation → Implement
- Can integrate with:
- Service Catalog
- Orchestration to execute tasks automatically
F. Scheduling Configurations
ServiceNow provides:
- Change Calendar (blackouts, maintenance windows)
- Conflict Detection (identifies CI conflicts)
- Collision Detection (time and resource conflicts)
Admins configure:
- Maintenance windows per CI/service
- Blackout periods (e.g., financial year-end)
- Approval for conflict overrides
G. Integrations
1. CMDB Integration
- Required for impact analysis
- Determines approval routing
- Used to detect conflicts/scheduling collisions
2. Incident & Problem Integration
- Create change from problem RCA
- Link incidents to change implementations
3. Release Management Integration
- For major or multi-team changes
- Shared tasks and workflows
4. ITOM / Monitoring Integration
- Predictive change suggestions
- Auto-detect risky CIs
- Validate service impact
H. Change Task Configuration
Change tasks allow structured work:
- Implementation task
- Testing task
- Validation task
- Backout execution
Configured via:
- Task templates
- Assignment rules
- Sequencing (parallel/serial tasks)
I. Notifications
Notifications can be configured for:
- State transitions
- Approvals
- CAB reminders
- Implementation start and end
- Conflict warnings
J. Reporting & Dashboards
ServiceNow offers:
- Change success/cancellation rate
- Emergency vs. normal change ratio
- Lead time metrics
- CAB workload
- KPI tracking: MTTC (mean time to change), change failure rate
Performance Analytics dashboards can be customized.
3. Security & Role Configuration
Standard Roles:
- itil – Basic change user
- change_manager – Full change control
- change_approver – Approve changes
- admin – Full configuration
ACLs can restrict:
- Editing based on state
- Viewing based on assignment group
- Creating emergency changes
4. Best Practices for Change Management Configuration
- Enforce required Implementation, Test, and Backout plans
- Automate risk scores
- Enable conflict detection
- Use standard change templates
- Require PIR for high-risk changes
- Maintain clean, accurate CMDB
- Automate approvals where possible
- Use Flow Designer for future-proofing workflows
Summary
Configuring ServiceNow Change Management involves designing consistent workflows for each change type, automating risk and approval calculations, integrating with CMDB and other ITSM components, and ensuring changes follow proper planning, scheduling, implementation, and review processes. When done correctly, it improves service stability, reduces failures, and ensures compliance.

Product Reviews