Get started with Jira Service Management for admins
Your first stop for learning how to get started with Jira Service Management.
In IT service management (ITSM), a service is a system, platform, or infrastructure that provides value to your business or customers. Services can include things like payment platforms, servers, teams of people (for example, a legal team), websites, products, or application stacks.
In Jira Service Management, Services allows you to map, organize, and manage these services. By setting up services and using them in your day-to-day processes, you can measure their success, track changes, reduce the risk of cascading problems, ensure the service responders and stakeholders are notified of the incidents, increase the quality and speed of your operations, and keep records.
Services behave like ‘connectors’ in Jira Service Management. Services apply to your entire Jira site, and can be used across all of your service projects. Each service can have:
A tier, which defines how critical the service is for business operation. Learn more about service tiers.
Change approvers, who must approve any changes to the service before they’re made. Learn more about change management.
Responders, who are notified if anything goes wrong with the service. Learn more about responders.
Stakeholders, are people who are not responders to an incident but need to be updated about the incident’s progress to take precautions and actions. Learn more about stakeholders.
Relationships with other services that may be affected when changes are made. Learn how to create service relationships.
A type, which is used as a label to help categorise the nature of the service and has no technical impact on the service.
How services work for you depends on how you want to use them – they’re designed to be customized to your needs.
You can create, view, edit, and manage your services by selecting Services in the navigation on the left. Learn how to create a service.
Let’s say you set up three services in Jira Service Management: one for your payment platform, one for your website, and one for your mobile app.
You then set up their relationships: the website and mobile app both depend on the payment platform.
For example, if the payment platform stops working, customers can’t order products using the website or mobile app.
One day, a major upgrade is planned for the payment platform. A change request is created in Jira Service Management, which needs to be approved by the payment platform’s change approvers before it is rolled out. Because the mobile app and website depend on the payment platform, they are also considered to be affected services for the change.
Was this helpful?