Cloud and platforms

IT and enterprise service management

Service management for IT and the rest of the business: one place for employees to ask for help, with request, incident, change and asset processes that fit how you work.

Overview

What enterprise service management is, and where Great Minds fits

IT service management (ITSM) is how an IT team takes requests, restores service after incidents, finds the root causes of recurring problems, controls change and keeps track of the assets it depends on. Enterprise service management (ESM) applies the same practices to HR, facilities, finance, legal and any other team that serves employees or customers. People get one portal to ask for help, and every team gets queues, service levels and reporting instead of a shared inbox.

Great Minds is a Sydney-based systems integrator and an Atlassian Silver Solution Partner with Atlassian's Service Management Sales accreditation. Most of our ESM work is on Jira Service Management. We design the service model first, configure the platform to match, migrate history from the tool you're leaving and connect the service desk to identity, HR, monitoring and CRM systems. For product detail, plans and AI features, see our Jira Service Management page.

ESM pays back fastest where work crosses teams. Employee onboarding is the classic example: HR, IT, facilities and payroll each have a step, and without a shared process somebody starts without a laptop or building access. Other common starting points are requests that still arrive by email, teams running separate ticketing tools, and IT teams that want ITIL-style practices without the overhead.

Engineer working in a dark server room

Capabilities

What an ESM program covers

The platform is the easy part. Most of the effort goes into agreeing services, request types and service levels with each team, then integrating the systems those requests touch.

01IT service managementRequest, incident, problem and change practices sized to your team, with a service catalogue, service levels and a knowledge base, based on ITIL practices without unnecessary paperwork.
02Service desks for business teamsHR, facilities, finance and legal service desks on the same platform, each with its own portal, request types and permissions, so sensitive cases such as HR matters stay restricted.
03Assets and configurationRecords of devices, software, services and owners, linked to requests and incidents so routing, impact assessment and change approvals reflect your real environment.
04Automation and integrationRouting, approvals and onboarding workflows automated across teams, and the service desk connected to identity, HR, monitoring, CRM and chat tools so requests aren't re-keyed.

How we deliver

An ESM rollout, one service at a time

01Design the service model

Workshops with IT and the first business teams to agree services, request types, service levels, approvals, change policy, roles and reporting. We usually start with IT or one business team and a cross-team process such as onboarding, rather than every team at once.

02Configure and integrate

Portals, queues, workflows, automation, knowledge and assets, plus integrations with identity (such as Microsoft Entra ID or Okta), the HR system, monitoring tools and CRM. AI agents do much of the repetitive build and data-mapping work; our consultants own the design and sign off every change.

03Migrate and launch

Tickets, attachments and knowledge articles moved from your current tool, with test migrations before cut-over. Then role-based training for agents and team leads, a staged go-live and hypercare.

04Add the next team

Each new team reuses the patterns already in place, so onboarding the second and third service desks is quicker than the first. Shared reporting shows demand and service levels across teams. After launch we can stay on through Atlassian managed services and support, or hand over to your platform team.

Australian considerations

What Australian organisations need to build in

A service desk is often where regulatory clocks start, so build the triggers into the incident process. APRA-regulated entities must notify APRA of material information security incidents as soon as possible and no later than 72 hours after becoming aware of them under CPS 234, and CPS 230 sets notification requirements for operational risk incidents and for disruptions to critical operations that exceed tolerance. Your incident categories, severity rules and records should make those cases easy to identify and evidence.

Under the Privacy Act's Notifiable Data Breaches scheme, an organisation that suspects an eligible data breach must take reasonable steps to assess it within 30 days, and notify the OAIC and affected individuals as soon as practicable if it is one. Route potential breaches from the service desk to your privacy officer automatically. HR and legal service desks hold sensitive personal information, so restrict access and set retention rules in line with APP 11.

Jira Service Management Cloud supports data residency in Australia (the Sydney region) on Standard, Premium and Enterprise plans. Marketplace apps may store data elsewhere unless they support data residency, so we check every app in scope.

FAQ

Enterprise service management questions

What's the difference between ITSM and ESM?

ITSM is service management for IT: requests, incidents, problems, changes and assets. ESM uses the same practices and platform for other teams, such as HR, facilities, finance and legal, so employees have one place to ask for help and every team can measure its service.

Which teams should move onto ESM first?

Start with IT, or with one business team that has high request volume and a clear process, and a cross-team process such as onboarding. Early success with one team gives the next teams a working pattern to copy.

Can HR cases stay confidential on a shared platform?

Yes. Each team's service desk has its own permissions, and request types can be restricted so only named people see sensitive cases. We design the permission model with HR and legal before anything goes live.

Do we need to follow ITIL?

You don't need to adopt ITIL wholesale. Its practices for incidents, problems, changes and service levels are a useful reference, and we use the parts that fit the size and risk of your organisation.

Should we choose Jira Service Management or ServiceNow?

Jira Service Management usually suits organisations that want service management live quickly, already work in Jira and Confluence, and would rather configure than custom-build. ServiceNow suits large enterprises and government bodies that need one heavily governed workflow platform across IT, HR, security and customer operations. Our comparison of the two goes through the deciding questions.

How do we know ESM is working?

Agree a few measures before launch: the share of requests that arrive through the portal rather than email, time to resolve by request type, service levels met, and requests answered by the knowledge base without an agent. Review them with each team after go-live.

People

Service management consultants and Atlassian specialists

Our consultants design service models with IT and business teams, configure Jira Service Management, migrate history and build the integrations around it. They stay accountable for the result, with AI agents doing repetitive build and data-mapping work under their review.

Case studies

Service management in practice

All case studies →

For a global manufacturer of premium kitchen appliances, we implemented Jira Work Management, Jira Service Management and Confluence for the go-to-market team, validating the design through three proof-of-concept builds before go-live.

Let's work together.

Start with a conversation about the outcome you need.