EnglishEN
Contact us

Services

ISO/IEC 20000-1 IT Service Management System

Service management connects the outcomes customers need with daily intake, fulfilment and change activities. A quickly closed ticket does not necessarily mean the issue is resolved; a successful deployment does not mean frontline teams know how to support it. ISO/IEC 20000-1 can help organize responsibilities and delivery evidence across the service lifecycle.

Service management connects the outcomes customers need with daily intake, fulfilment and change activities. A quickly closed ticket does not necessarily mean the issue is resolved; a successful deployment does not mean frontline teams know how to support it. ISO/IEC 20000-1 can help organize responsibilities and delivery evidence across the service lifecycle.

Service classification and standard

Management System Auditing (MS).

The formal designation is ISO/IEC 20000-1; this website uses ISO 20000-1 as a service category. The applicable standard and edition should be stated in the engagement and audit criteria.

This service focuses on service catalogues, service levels, incidents and problems, change management, and suppliers.

Who may consider this and when

Organizations or units providing services to internal or external customers may consider this approach when service types expand, handoffs across teams become frequent, outsourcing dependencies increase, or customers request evidence of service levels.

Common challenges

  • Service levels define response time but omit service hours and calculation rules.
  • Similar incidents recur because root causes are not investigated after tickets are closed.
  • Service desks are not informed of system or process changes, creating support gaps.
  • Customer commitments exceed suppliers' actual capabilities.

Approach and applicable requirements

The ISO catalogue lists ISO/IEC 20000-1:2018 and Amendment 1:2024. It specifies service management system requirements across planning, design, transition, delivery and improvement. It does not require a particular ticketing or service-management software product.

Potential topics include the service portfolio and catalogue, customer requirements and service levels, supplier relationships, requests and incidents, problem analysis, change and release, capacity and availability, service continuity, and performance. Processes may share tools, but their decision purposes and responsibilities should remain clear.

Support and work stages

Define services and commitments

Start with the outcomes customers need. Confirm scope, service hours, measurement methods and dependencies, then prepare a service and commitment register.

Review tickets and suppliers

Sample the classification and escalation of requests, incidents and problems, and compare commitments with supplier capability. A handoff and commitment-gap register may be prepared.

Test a change through delivery

Select a service change and review assessment, approval, testing, release and support handoff, including the response if it fails.

Use performance to improve

Review availability, capacity, continuity arrangements and customer feedback rather than relying only on ticket-closure counts. Outputs may include a service-report structure, problem-improvement actions and internal review records.

Information to prepare

Prepare the service catalogue, service-level agreements, supplier contracts, incident and request data, major problems, change and release records, and availability, capacity and continuity plans. State the period and calculation basis so service results can be compared.

Schedule and fees

The number of services, provider units, customer types and dispersion of tools affect the schedule. Purchasing new systems, integrations, data migration and infrastructure changes should be scoped separately; adopting the standard does not itself require a platform replacement.

Frequently asked questions

Is this only for IT departments?

Applicability depends on the service scope. The focus is managing service commitments and delivery.

Does a high ticket-completion rate prove good service?

Also assess whether customer needs were met, issues recur, and service-level measures are appropriate.

Should incidents and problems be separated?

Incident management restores service; problem management addresses causes and recurrence prevention. Tools may be shared, but responsibilities and results should be distinguishable.

We already have mature tools. What else needs attention?

Confirm service definitions, data quality, authority and process decisions. A tool cannot replace these arrangements.

How should outsourced services be included?

Connect upstream capability and responsibilities to customer commitments, with performance and exception tracking.

Does a completed system guarantee uninterrupted service?

No system can guarantee zero interruption. It supports prevention, response and continuity; certification is assessed separately by a third party.

See ISO/IEC 19770-1 IT asset management and ISO 22301 business continuity. When you contact Captain International, share the service types and the delivery gaps that occur most often.