SysAid Change Management and Problem Management help you turn complex, multi-step IT processes into standardized workflows. Change Management gives every change in your organization a predefined, repeatable process with built-in approvals. Problem Management helps you identify the root cause behind recurring incidents and resolve it in a structured way. And with SysAid Copilot, prebuilt AI agents work alongside your team to score change risk, detect problems hiding in your incidents, and keep both processes moving.
This article explains the core concepts, terms, and user roles behind both modules. When you're ready to start working with changes and problems, see Workflows.
Available for:
Spaces. For the Classic version of this article, see Introduction to Change and Problem Management (Classic).
Please note:
While this article does not explicitly cover SysAid Request Management, the same principles that apply to Change Management and Problem Management also apply to Request Management.
Change Management
Change is a constant in every organization, and without a framework it quickly creates disorder. Change Management provides that framework: a standard procedure that every change of a given type follows, every time.
Consider what happens when your organization upgrades a production server. Before the work begins, someone must assess the risk and impact, schedule a maintenance window, notify affected users, and back up the data. The upgrade itself often involves several teams, the steps have a set order, and key decisions require approval. Who authorizes the downtime? Who signs off on the rollback plan? Change Management ensures the same procedure is followed for every server upgrade, and SysAid Change Management gives you the tools to build a template for this process, and for every other change your organization faces.
SysAid Change Management is modeled on the Change Management principles of the ITIL standard, so your change processes follow globally recognized IT best practices out of the box.
Problem Management
The ITIL standard distinguishes between two types of issues:
Incidents are self-contained issues with a one-time fix, such as a jammed printer or a failed router that needs replacing.
Problems are the underlying root cause of one or more incidents. They are more complex, tend to generate related incidents, and can take longer to diagnose and resolve.
A few examples of problems:
The internet drops randomly throughout the day, generating separate incident reports about chat, browsers, and VoIP phones. All of these incidents share one root cause.
A server periodically stops responding. Each affected user reports a different unresponsive application, but every one of those applications is hosted on the same server.
An incident is resolved successfully but recurs the next day.
Because problems generate multiple incident reports and can take days to diagnose, ITIL defines a separate framework for handling them: related incidents are attached to the problem, the problem is analyzed, and a solution is developed through a standard problem-solving process. SysAid Problem Management is built around this framework.
AI-powered change and problem management
One of the biggest advantages of managing changes and problems in Spaces is SysAid Copilot. SysAid includes prebuilt AI agents that take on the analytical heavy lifting of Change and Problem Management, helping your team make faster, more consistent decisions.
Here's a sample of what they can do for your changes:
Assisted Change Risk Scoring assesses a change against six key risk factors based on ITIL best practices and returns a clear risk score.
Change Failure Risk Prediction predicts the probability that a change will fail, trigger an incident, or require a rollback, with contributing factors and recommendations.
Change Risk Classifier classifies a change as Minor, Significant, or Major and applies the matching approval logic.
And for your problems:
Detect Problem from Incidents analyzes open incidents, clusters similar issues, and recommends linking them to an existing problem or creating a new one.
Create Problem with Related Incidents creates a new problem with an AI-generated title, description, and category, and automatically links the relevant incidents.
Problem Analysis Assistant runs structured root cause analysis using Fishbone and 5 Whys methodologies and posts the findings to the record.
These are only some of the prebuilt AI agents that can support your change and problem processes. For the full list and how to activate them, see Prebuilt AI Agents Overview.
Key terms
Term | Description |
|---|---|
Change and problem templates | Every change and problem in SysAid is created from a template. A template is designed in the Template Designer and can include a workflow, ensuring that all changes or problems of a given type follow the same process. |
Workflows | The structured process a change or problem follows from start to finish. Workflows are built in the Workflow Designer and consist of phases and action items. See Workflows. |
Phases | Containers that divide a workflow into logical stages. Each phase holds one or more action items, and the order of phases in the Workflow Designer mirrors their order in the service record. |
Action items | Forms of fields where the main work of a change or problem is recorded. Action items are assigned to a user and/or group through the Assignee field, and can be independent (activated as soon as the record opens) or dependent on other action items. Action items are reusable across templates, and SysAid includes a set of predefined action items. See Service Desk Action Items. |
Journey | A tab in the service record view. Each change or problem has its own Journey, which logs that record's workflow activity, including when action items are activated, completed, or have a field updated. |
User roles and permissions
Three Admin permissions relate to Change and Problem Management:
Change Manager
Create Changes/Problems
View other Admins' action items
Permissions are configured per Admin under Settings > Administration > User Management > Service Pros (Admins). For more information, see Managing Agent and Admin Permissions.
These permissions create four types of participants:
Change Managers
Admins with the Change Manager permission build and oversee the full change and problem process. They can edit request, change, and problem templates, edit all action items (including those not assigned to them), create new changes and problems, and add ad hoc action items directly on a service record.
Admins who can create changes and problems
Admins with the Create Changes/Problems permission can create new changes and problems and edit the service record's fields outside the workflow. This permission does not include editing change or problem templates, and these Admins can only work on action items assigned to them. They are also typically responsible for closing changes and problems.
Regular Admins
Any Admin can participate in a change or problem through action items assigned to them. For example, a server upgrade template might include an action item for backing up the server's data; the Admin who completes it doesn't need any special permission. Regular Admins have read-only access to the rest of the service record, and can only view other Admins' action items if they have the View other Admins' action items permission.
End Users
End Users view and work on action items assigned to them from the Self-Service Portal, and can approve, deny, complete, or reopen a change directly from an email notification. When assigning an action item to an End User, you can allow them to download a PDF with the full change details. This is useful for End Users who are members of the CAB, such as a CFO.
Permissions summary
Capability | Change Manager | Create Changes/Problems | View other Admins' action items | End User |
|---|---|---|---|---|
Edit change/problem templates | Yes | No | No | No |
Create changes/problems | Yes | Yes | No | No |
Edit service record fields outside the workflow | Yes | Yes | No | No |
Edit all action items | Yes | No | No | No |
View all action items | Yes | No | Yes | With access to PDF |
Edit their own action items | Yes | Yes | Yes | From the Self-Service Portal |
Next steps
Once you're ready to build your own process, see Setting Up Change and Problem Management, which walks you through the full setup, from planning and permissions to running your first change.
To see a complete change in action, read Example of a Change from Start to Finish.