Documentation Index

Fetch the complete documentation index at: https://documentation.sysaid.com/llms.txt

Use this file to discover all available pages before exploring further.

Change and Problem Management Overview

Prev Next

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.