assess.one – AI-powered business operations platform

Workflow Template

IT Change Management Workflow

End-to-end IT change management workflow covering change request intake, risk and impact assessment, technical review, approval, scheduling, implementation, validation, and post-change review.

It's Monday morning and three change requests have landed in different inboxes, nobody's sure which one is highest risk, and the CAB meeting is on Thursday. The IT Change Management Workflow on assess.one handles the entire process from first submission through risk prioritisation, technical review, CAB approval, scheduled implementation, and post-change validation — all in one place. Your team stops chasing status updates by email and starts working from a single, always-current process that routes the right tasks to the right people automatically.

Business Outcomes

  • Reduce time from change request submission to CAB decision by eliminating manual routing and follow-up
  • Ensure every change is risk-scored before it reaches a reviewer, so high-risk items are never accidentally fast-tracked
  • Maintain a complete, timestamped audit trail for every change request from intake to post-implementation review
  • Cut failed changes by enforcing technical review and structured validation steps before and after implementation
  • Give requesters real-time visibility into where their change stands without them needing to ask

Workflow Steps

Steps

  1. 1
    Create Change Request Recordcreate record

    Creates a new change request record and sets status to Submitted.

  2. 2
    Set Status: Submittedupdate record

    Sets the change request status to Submitted and records the submission.

  3. 3
    Send Submission Confirmationsend email

    Notifies the requester that their change request has been received.

  4. 4
    AI Risk Prioritisationai prioritisation

    AI assesses the urgency and risk level of the change based on impact, affected services, and risk description.

  5. 5
    Route by Risk Priority

    Routes the change request based on AI-assessed risk priority.

    _ai_priority_ai_risk_prioritisation_needs_human_review: "true"Technical Review
    _ai_priority_ai_risk_prioritisation_priority: "high"Set Status: Under Review (High Risk)
    _ai_priority_ai_risk_prioritisation_priority: "medium"Technical Review
    _ai_priority_ai_risk_prioritisation_priority: "low"Technical Review
    DefaultTechnical Review
  6. 6
    Set Status: Under Review (High Risk)update record

    Flags the record as high risk and sets status to Under Review before technical review.

  7. 7
    Technical Reviewcreate task

    Technical reviewer assesses the implementation plan, testing approach, rollback plan, and overall technical feasibility.

  8. 8
    Set Status: Under Reviewupdate record

    Updates the change request status to Under Review and persists the technical recommendation.

  9. 9
    Route on Technical Recommendation

    Routes based on the technical reviewer's recommendation.

    technical_recommendation: "Approve"Change Advisory Board Approval
    technical_recommendation: "Return for Revision"Notify Requester: Revision Required
    technical_recommendation: "Reject"Set Status: Rejected
    DefaultChange Advisory Board Approval
  10. 10
    Notify Requester: Revision Requiredsend email

    Emails the requester that their change request requires revision before it can proceed.

  11. 11
    Revise Change Requestcreate task

    Requester or coordinator updates the change request documentation based on reviewer feedback.

  12. 12
    Set Status: Revision Submittedupdate record

    Updates the change request status to Revision Submitted after the requester completes revisions.

  13. 13
    Re-Review Revised Change Requestrequest approval

    Technical reviewer approves or rejects the revised change request.

  14. 14
    Route on Re-Review Outcome

    Routes based on whether the revised change request is approved or rejected by the technical reviewer.

    approval_status: "approved"Change Advisory Board Approval
    approval_status: "rejected"Set Status: Rejected
    DefaultChange Advisory Board Approval
  15. 15
    Change Advisory Board Approvalrequest approval

    Submits the change request to the Change Advisory Board (CAB) for formal approval.

  16. 16
    Route on CAB Approval

    Routes based on the CAB approval decision.

    approval_status: "approved"Set Status: Approved — Schedule Change
    approval_status: "rejected"Set Status: Rejected
    DefaultSet Status: Approved — Schedule Change
  17. 17
    Set Status: Approved — Schedule Changeupdate record

    Updates status to Approved and notifies the requester of approval and scheduled window.

  18. 18
    Notify Requester: Change Approvedsend email

    Emails the requester confirming CAB approval and the scheduled implementation window.

  19. 19
    Implement Changecreate task

    Implementation team executes the approved change during the scheduled window, following the implementation plan.

  20. 20
    Set Status: Implementingupdate record

    Updates the record status to Implementing and persists the implementation outcome.

  21. 21
    Route on Implementation Outcome

    Routes based on whether the implementation was successful, partially successful, or failed.

    implementation_outcome: "Successful"Validate Change
    implementation_outcome: "Partially Successful"Validate Change
    implementation_outcome: "Failed — Rollback Executed"Set Status: Rolled Back
    DefaultValidate Change
  22. 22
    Set Status: Rolled Backupdate record

    Updates the record status to Rolled Back and notifies the requester.

  23. 23
    Notify Requester: Rollback Executedsend email

    Emails the requester that the change failed and the rollback plan was executed.

  24. 24
    Validate Changecreate task

    Implementer or tester validates that the change has been applied correctly and services are functioning as expected.

  25. 25
    Set Status: Validatingupdate record

    Updates the record status to Validating and persists the validation outcome.

  26. 26
    Route on Validation Outcome

    Routes based on whether validation passed or failed.

    validation_outcome: "Passed"Post-Change Review
    validation_outcome: "Failed — Issues Found"Set Status: Validation Failed
    DefaultPost-Change Review
  27. 27
    Set Status: Validation Failedupdate record

    Updates the record status to Validation Failed and notifies the requester.

  28. 28
    Notify Requester: Validation Failedsend email

    Emails the requester that validation has failed and further action is required.

  29. 29
    Post-Change Reviewcreate task

    Change manager conducts a post-change review to assess outcomes, lessons learned, and any follow-up actions required.

  30. 30
    Set Status: Closedupdate record

    Updates the change request status to Closed and persists the overall outcome.

  31. 31
    Notify Requester: Change Closedsend email

    Emails the requester confirming the change request has been closed with the final outcome.

  32. 32
    Set Status: Rejectedupdate record

    Updates the change request status to Rejected and notifies the requester.

  33. 33
    Notify Requester: Change Rejectedsend email

    Emails the requester that their change request has been rejected.

  34. 34
    Route on Overall Change Outcome

    Routes the workflow based on the overall change outcome recorded in the post-change review.

    overall_change_outcome: "Successful"Notify Requester: Change Closed
    overall_change_outcome: "Partially Successful"Notify Requester: Change Closed (Partially Successful)
    overall_change_outcome: "Unsuccessful"Notify Requester: Change Closed (Unsuccessful)
    DefaultNotify Requester: Change Closed
  35. 35
    Notify Requester: Change Closed (Partially Successful)send email

    Emails the requester confirming the change request has been closed with a partially successful outcome.

  36. 36
    Notify Requester: Change Closed (Unsuccessful)send email

    Emails the requester confirming the change request has been closed with an unsuccessful outcome.

Fields

  • Requester Name*
  • Requester Email*
  • Requester Department*
  • Change Title*
  • Change Type*
  • Change Description*
  • +15 more fields

Forms

IT Change Request Form

15 fields

Data Views

All Change Requests

change_title, change_type, change_status, risk_level +3 more

Active Change Requests

change_title, change_type, change_status, risk_level +3 more

Dashboard Widgets

Change Request Status SummaryChange Request PipelineChanges by Type

Recommended integrations

Setup the following integrations to extend workflow capability.

  • Send email in the workflow

    AWS SES logoAWS SES
itchange managementapprovaldeploymentriskchange

Similar Workflows

Similar Categories

FAQs

Do I need to install any software or hire a developer to get this running?

No installation or development work is needed. The IT Change Management Workflow runs entirely inside assess.one, and you can publish it and have your team running live change requests within minutes of signing up. All routing logic, notifications, and approval steps are configured directly in the platform — no third-party dev projects required.

Can my team customise the approval steps and risk routing to match how we actually work?

Yes, every step in the workflow is fully customisable inside assess.one. You can adjust risk thresholds, change who sits on the technical review or CAB approval stage, add or remove steps, and update notification logic to match your internal policies — all without writing a single line of code.

How does the AI risk prioritisation step work?

When a change request is submitted, the AI Risk Prioritisation step analyses the details provided and assigns a risk priority level before any human reviewer sees it. The workflow then routes the request automatically — high-risk changes go through an additional review track, while standard changes follow the normal path — so your team's attention is always focused where it matters most.

What happens if a technical reviewer asks for revisions?

If the technical review flags issues, the workflow automatically notifies the requester that a revision is required and moves the record into a Revision Submitted status once they resubmit. The revised request then goes back through a dedicated re-review step, so nothing slips through and the audit trail captures every iteration of the change.

Is this workflow suitable for teams that need to meet ITIL or compliance requirements?

Yes, the workflow is structured around ITIL-aligned change management principles, including formal intake, risk assessment, technical review, CAB approval, and post-change review stages. Every action is timestamped and recorded inside assess.one, giving you the documented evidence trail that auditors and compliance teams typically require.

Who needs access to the workflow, and can I control what each person can see or do?

You control roles and permissions directly inside assess.one. Requesters, technical reviewers, CAB members, and implementers can each be given access only to the steps and information relevant to their role. This means a requester can track their change's status without seeing internal review notes, and CAB members only see requests that have passed technical review.

Can my team receive notifications in Slack or by email when a step needs their attention?

Yes, email and Slack notifications are configured inside assess.one — no external integration setup or third-party tools needed. You can set up automated alerts at any step, such as notifying the CAB when a change is ready for approval or pinging an implementer when a change is scheduled and approved.

What happens at the CAB approval stage if the board rejects a change?

The Route on CAB Approval step handles both outcomes automatically. If the CAB approves, the request moves to the scheduling and implementation track and the requester is notified. If the change is rejected, the workflow routes it accordingly — you can configure this to notify the requester with feedback, archive the record, or send it back for revision, depending on your process.

How long does it take to implement this workflow for our organisation?

Publishing the template takes minutes, and your team can start submitting and processing live change requests immediately after. There is no weeks-long implementation project — you customise the steps, roles, and notifications inside assess.one at your own pace, and changes you make to the workflow take effect straight away.

Is there a post-implementation review built into the workflow?

Yes, post-change review is included as a structured step after implementation and validation, ensuring your team formally closes out every change rather than moving on the moment the work is done. This step captures lessons learned and confirms the change achieved its intended outcome, which feeds directly into your continuous improvement and compliance records.

Ready to use this workflow?

Create a free account and customise this workflow for your business.

IT Change Management Workflow | assess.one