---
sourceDocument: Australia IT Service Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/it-service-management

 Release :

    - australia

ft:locale :

    - en-US

ft:publication_title :

    - Australia IT Service Management

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# Change model management

# Change model management {#ariaid-title1}

Release version: Australia  
Updated April 9, 2026  
![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 minutes to read  
Change models help streamline change requests by tailoring a fit-for-purpose process to support specific, common change use cases.

Change models define the process for managing specific change use cases. A model-based approach simplifies change implementation and improves change governance. Change models help
record only the data needed for the specific change use case more efficiently and then use this data for risk evaluation and change approval
decisions.

Change models are defined using several elements such as change states, change state transitions, approval policies, and change templates. These elements are managed as individual records and can be reused across different
models. For more information, see [Enhanced change data model](https://servicenow-prod.fluidtopics.net/lOtKgKypeExydQilr~ldSg "The enhanced Change data model supports better categorization, change model linkage, and role-based access to change templates. This new data model does not impact the existing standard change catalog and no migration of existing standard changes is required.").  
By default, the following models are provided as examples for ITIL mode 1 and mode 2 processes.

* ITIL mode 1- This is a traditional and sequential approach to process the Change Requests. This mode goes through a sequential process defined to complete a change successfully.
* ITIL mode 2- This is an adaptable approach to expedite the change request. This mode supports the right process for a given change to verify that it isn't a blocker for another change being processed.
{#manage-change-models__ul_bvk_w2c_lwb}  
Change models have been categorized based on IT Infrastructure Library (ITIL) Change types and federated change types. The following types of change models are based on the ITIL change types:

* Normal: Used for ITIL mode 1 Normal changes.
* Standard: Used for ITIL mode 1 Standard changes where some of the change states and approvals are pre-approved by default.
* Emergency: Used for ITIL mode 1 Emergency changes that need quicker resolution.
{#manage-change-models__ul_ok3_hqw_x3c}  
The following change models are based on the federated change types that combines multiple states tailored to the purpose and management of specific change use cases:

* DevOps: Change model used for DevOps change requests. For more information, see [DevOps change models](https://servicenow-prod.fluidtopics.net/kYawifgINsRlYqcbPCDx_A "DevOps Change Velocity enables you to use fit-for-purpose change models that allow better flexibility in defining change models or processes to reflect modern development practices.").
* Cloud Infrastructure: Used for change requests that commission and decommission Cloud infrastructure services.
* Unauthorized: Used for change requests that are created from the unauthorized change events.
* App: Change model used for application based change requests that skip the assessment state.
* Low Risk: Change model used for low risk based changes.
* Patching: Change model used for low risk defect and patching related changes.
{#manage-change-models__ul_jq5_mtw_x3c}

Change models can be tailored to address specific use cases and role-based access is configured to maintain compliance and mitigate risks. Change models can
be made available while creating new change requests and standard information for specific fields can be configured to be displayed when a new change request is created using the model.

Define fields that are displayed for change requests created using the change model. For more information, see [Create a Change model](https://servicenow-prod.fluidtopics.net/JlM44Mwbj5c2SAcXBt_~Wg "Create change models to configure the states and transitions to match your organization's change processes.").

Change models can be configured so that each change can go through a series of states based on the use case. For example, a normal change would go through all major assessment and
approval states, while an emergency change would skip some states for emergency handling and quicker resolution.

Configure change model states and transition processes for the newly created change models. For more information, see [Configure change model states](https://servicenow-prod.fluidtopics.net/VF6jebtMPi0qUWdAl2q2bg "Configure states for change models and define transition between multiple states.").

After creating a change model, you can create a change template for the model to pre-populate data and make the change creation process faster and more consistent. You can configure parent and child categories for templates and
manage their proposal, creation and approval process. For more information, see [Create and propose a change template](https://servicenow-prod.fluidtopics.net/kp~dpiwKPH2o8r5cKIH4cw "Create, customize, and then propose for publication a change template aligned to a change model to make change creation faster, and promote data quality and consistency.").
* **[Change Models properties](https://servicenow-prod.fluidtopics.net/j7JOftpFxCP4Sk9W0duqhg)**   
  Configure the Change Models properties to access the Change models capabilities when creating a Change request.
* **[Create a user criteria record for Change Management](https://servicenow-prod.fluidtopics.net/Ans9qoe7qB3SEihKDR_vKQ)**   
  Create a user criteria record to control user access to widgets.