The ITSS IT Service Standards Guide
ITSS (Information Technology Service Standards) is the domestic tier-based proof of IT service capability: what level your O&M service can actually reach. ISO 20000 certifies a management system. One looks at capability, the other at system, and in tenders they often appear side by side.
The Short Answer
If you only remember three sentences, remember these three:
One, ITSS is the domestic tier-based proof of IT service capability. It belongs to the standards system and capability assessment of the domestic information technology service field. The focus is the actual capability level of IT services — especially operations and maintenance (O&M) services — not how polished a management manual reads. The assessment conclusion lands on the question of "which tier is reached".
Two, ITSS and ISO 20000 are two different lines. ISO 20000 is certification of a management system (ITSMS) under an international standard: it asks whether you have a service management system that can operate sustainably. ITSS is a domestic capability assessment: it asks how far you actually get in specific service scenarios. Neither substitutes for the other; many companies do both, and tender documents often list them side by side.
Three, the usual driver for ITSS is tendering and market entry. IT tenders for O&M services from government bodies and state-owned enterprises, and the entry conditions large enterprises set when choosing O&M suppliers, are the two scenarios where ITSS is cited relatively often in practice. So whether to do it, and which tier to target, is usually a market judgement rather than a technical one.
Certification Overview
Separate the concepts that are easy to mix up: ITSS is a standards system, the capability assessment is the evaluation action under it, and the maturity tier is how the result is expressed.
| Item | Driving and assessment system | What is assessed | Tiers | Notes |
|---|---|---|---|---|
| ITSS standards system | Domestic standards system for the information technology service field | General requirements and the individual professional directions of IT services | Not applicable | A system layer, not a single certificate |
| O&M service capability maturity | Capability assessment under the ITSS system | An organisation's capability to deliver IT O&M services | Usually 1–4 tiers; tier one is the advanced tier, tier four the entry tier | Specific tiers and determination are subject to the standards and assessment rules in force |
| Certificate and maintenance | Assessment carried out by assessing bodies under the ITSS system | Continued conformity of the certified organisation | As stated on the certificate | The certificate has a validity period and must be maintained, subject to the rules in force |
| Relationship with other systems | Different assessment directions from ISO 20000 and CMMI/CSMM | Management system, service capability, and development and delivery process capability respectively | Independent of each other | Can be combined, cannot substitute for each other |
What ITSS Assesses: Service Capability, Not Document Volume
Many companies meeting ITSS for the first time treat it as "writing another set of documents". That is the wrong direction. For management system certification such as ISO 20000, the core deliverables really are system documents and operating records; for an ITSS capability assessment, the focus is whether you can deliver O&M services consistently.
In detail, the assessment usually looks at several capability elements: people (role design, capability requirements, development and backup), process (service levels, incident and problem, change and release, continuity and availability, and so on), technology (tooling platforms, the level of monitoring and automation) and resources (knowledge base, spare parts, service catalogue and resource allocation). How these are divided and how granular the requirements are is subject to the standards and assessment rules in force.
Put another way: ITSS wants to see whether the service has someone accountable, a process to fall back on, tooling to support it and knowledge that accumulates. If any one of these four is empty, the tier cannot be raised — because the assessment looks at operating evidence, not at promises.
People
Whether service roles are clear, whether people's capability matches, and whether key roles have backup. It looks at appointments, capability records and actual shift rotas.
Process
Whether service level, incident, problem and change processes are really running, rather than existing in documents and untraceable in the system.
Technology
Whether monitoring, ticketing and automation tooling can carry the service volume, and whether the data can be exported and traced.
Resources
Whether the knowledge base, spare parts and service catalogue match what is promised externally, and whether they are in use and kept updated.
How the Tiers Work: One to Four, the Smaller the Number the Higher the Requirement
O&M service capability maturity is usually divided into tiers 1–4, with tier one as the advanced tier and tier four as the entry tier. This order runs against many people's intuition — quite a few assume a higher number means a higher level, but it is the other way round. Settling this before drafting a proposal avoids writing it backwards in a tender document.
| Tier | Rough positioning | Typical situations (practical judgement) |
|---|---|---|
| Tier four | Entry tier, with basic service capability and awareness of discipline | Smaller teams that are just starting to run O&M as a business and need a domestic qualification as backing |
| Tier three | Capability further systematised; process and tooling form a closed loop | Tender thresholds often fall at this tier; the target for many growth-stage service providers |
| Tier two | Quantified capability and continual improvement become routine | Organisations of a certain scale that need data to demonstrate service levels |
| Tier one | Advanced tier, with advanced capability and industry exemplar value | Large service providers, and units responsible for O&M of critical information systems |
What Evidence the Assessment Looks At: Four Categories Decide the Outcome
The problem with a capability assessment is "clear in conversation, impossible to produce". What assessors actually go through roughly falls into these four categories:
Service commitments
Service catalogue, service level agreements, the response and recovery targets promised externally, and whether those commitments match actual customers
Operating records
Tickets, incident and problem records, change approvals, shift and inspection logs, monitoring alert handling trails — all required to be traceable to a specific time and person
People and organisation
Role appointments, capability matrix, training and appraisal records, backup arrangements for key roles
Improvement and quantification
Statistical definitions in service reports, indicator trends, problem reviews and improvement closed loops; the higher the tier, the more concrete the weight of this part
These four categories share one feature: they are all "run out", not "written out". Two or three months of backfilling documents may produce a set of text, but it cannot produce half a year of ticket curves. So the real starting point is usually to get the service process running to a standard first, and only then talk about applying.
Who Assesses and How: The Process Is Plainer Than You Think
Capability assessment under the ITSS system is carried out by assessing bodies within that system. When choosing a body, look at whether the accepted scope and assessment experience match your service type and target tier, not at the size of the name — the conclusion is decided jointly by the rules in force and the evidence, and the body does not manufacture capability for you.
| Stage | What to do | Where problems usually appear |
|---|---|---|
| 1. Tier setting and gap analysis | Judge which tier current capability falls into against the rules in force, and what is missing for the target tier | Setting the tier by feel, and aiming at a level that is out of reach |
| 2. Putting the system and processes in place | Fill in roles, processes, tooling and the knowledge base so that the service runs by the rules | Documents produced without going onto the system, leaving operating data empty |
| 3. Running and keeping records | Accumulate tickets, indicators and review records to form a checkable trail | Fragmented records, with statistical definitions inconsistent over time |
| 4. Submission and assessment | Submit material as the assessing body requires, and cooperate with document review and on-site verification | Two different stories between the material and actual operation, exposed at the first on-site question |
| 5. Conclusion and maintenance | Maintain as required after obtaining the certificate, and accept subsequent surveillance | Relaxing once the certificate is in hand, leaving a gap in data during the maintenance period |
Which Companies It Suits
Not every company needs ITSS. The test is plain: does your revenue come from running IT for someone else. If the answer is no, the priority usually sits lower.
Bidding for government / SOE O&M tenders
When the tender document writes an ITSS tier as a qualification condition or a scoring item, this is a hard requirement. Without the certificate there is no bidding eligibility at all, and discussing value for money is pointless.
Supplier market entry
Large enterprises, financial institutions and industrial parks set qualification thresholds when selecting O&M providers, and ITSS is often required together with ISO 20000 and information security qualifications.
System integrators moving into O&M
Project-based revenue fluctuates; to build recurring service revenue you need proof of service capability that a customer can examine.
IDC / hosting / O&M outsourcing
Services are highly commoditised, and the tier is one of the few differentiating items that can go into a tender document.
Already holding ISO 20000 and needing a domestic qualification
The system is in place; what is missing is capability proof in the domestic tender context. The two systems can share a large amount of operating records.
When it does not fit yet
Purely product-based companies, where O&M is only an after-sales add-on, without an independent service team or ticketing system — solve the business problem first, then talk about qualifications.
If you are still comparing several systems, start with the standards overview and put the domestic and the international lines side by side; for supporting qualifications on the information security side see CCRC information security, and if you need someone alongside to get the processes running, the scope is set out under services.
Difference from and Combination with ISO 20000
This is one of the pairs we are asked about repeatedly. Both relate to IT services, but they answer different questions, and mixing them up shows quickly in front of a customer.
| Comparison | ITSS (O&M service capability maturity) | ISO 20000 (ITSMS) |
|---|---|---|
| Nature | Domestic standards system and capability assessment | Certification of a management system under an international standard |
| What is assessed | The actual capability level of IT services (especially O&M) | Establishment, operation and continual improvement of the service management system |
| How the result is expressed | A capability maturity tier (usually 1–4) | System conformity (pass / not pass) |
| Who looks at it | Domestic tendering parties, client-side entry review | Domestic and overseas customers, partner system requirements |
| Typical scenarios | Government / SOE IT O&M tenders, supplier market entry | Management system proof for service organisations, cross-border cooperation |
| Can they replace each other | No. One is a capability tier, the other is system conformity, and tender documents often list them side by side | |
Where the value of combining lies
For bidding, listing both together conveys a fuller message: ISO 20000 shows you have a reusable management system, ITSS shows your O&M capability has reached a certain tier. The former is "there is method", the latter is "there is level".
Internally, the two share a large amount of evidence — service levels, incident and problem records, change management, service reports are the same batch of operating data. Building two separate sets is a common waste.
How to set the sequence
If the customer base is mainly domestic government and state-owned enterprises, do ITSS first and get service capability and ticket data running; the system-document side can be largely reused later when ISO 20000 is done.
If customers are mainly overseas or foreign-invested, ISO 20000 first is smoother, with ITSS added afterwards for domestic tenders. There is no absolute right or wrong order; it depends on the revenue mix. The ISO 20000 guide and the ITSS implementation path can be read side by side.
Difference from CMMI / CSMM: One Looks at Service, One at Delivery
These three are often put into the same "software company qualification list", which leads many people to assume they can stand in for each other. In fact the directions are entirely different.
| System | Direction assessed | Typical subjects |
|---|---|---|
| ITSS | IT service and O&M capability | O&M service providers, IT service departments |
| CMMI | Software development and delivery process capability | R&D-oriented organisations, software delivery teams |
| CSMM | Software process capability (domestic evaluation system) | Organisations whose projects are mainly domestic software projects |
The distinction in one sentence: ITSS cares about "how well you run the system once it has been handed over to you"; CMMI / CSMM care about "how you built it before it was handed over". One faces the operating phase, the other the build phase. Companies that do integration plus O&M are asked for both; purely R&D-oriented companies usually need only the latter.
Further reading: DCMM data management capability maturity (which assesses data management capability, yet another direction), and how to choose between ITSS / CMMI / DCMM / CSMM. The four systems have different objectives: rank them first by what the customer asks for, then by what foundation you have internally, and the answer is usually clear.
Common Pitfalls
| Pitfall | How it shows up | How to avoid it |
|---|---|---|
| Tier order reversed | Assuming tier four is higher than tier one, and writing the wrong target tier in the tender document | Remember that tier one is the advanced tier and tier four the entry tier, and check the wording of the tender document before bidding |
| Last-minute scramble for a tender | Starting two months before the bid opens, with operating records completely blank | Look at the tender timeline first and work backwards to when the service process had to start; if there is not enough time, change the strategy |
| Documents and operation out of step | The documents are neatly written but no matching tickets can be found in the system | Let the documents follow the system, not the system accommodate the documents |
| Treating ITSS as an ISO 20000 substitute | The customer asks for ISO 20000 and an ITSS certificate is offered instead | Understand the two systems separately, and supply whichever item the tender document requires |
| Blindly pushing for a high tier | Applying for an advanced tier before the basics are in place, with no quantified indicators to show | Do a gap analysis first, move up tier by tier, and consolidate the evidence for each tier |
| Stopping maintenance after certification | Data gaps during the maintenance period that cannot be filled in at surveillance | Make service reporting a routine action rather than a rush task before assessment |
| Trusting a fixed quotation | Approving a project on a "package price", then facing add-ons as soon as the scope changes | Go by the assessment of the assessing body, and settle the scope, number of sites and target tier first |
Key Information
| Name of the system | The ITSS (Information Technology Service Standards) system |
| Type of assessment | Capability assessment in the domestic information technology service field, focused on IT service (especially O&M) capability |
| Common assessment item | O&M service capability maturity |
| Tiers | Usually 1–4 tiers, tier one being the advanced tier and tier four the entry tier (subject to the standards and assessment rules in force) |
| Who carries it out | Assessing bodies under the ITSS system |
| Validity of the certificate | The certificate has a validity period and must be maintained (subject to the rules in force) |
| Relationship with ISO 20000 | Two lines: international management system certification vs domestic capability assessment; not interchangeable |
| Relationship with CMMI / CSMM | Different direction: service and O&M capability vs development and delivery process capability |
| Usual drivers | Government / SOE IT O&M service tenders, supplier market entry |
| Timeline and cost | Subject to the assessment of the assessing body; varies with scope, tier and existing foundation |
FAQs
Can ITSS and ISO 20000 replace each other?
Tier one or tier four — which is higher?
How long does it take and what does it cost?
We already have ISO 20000 — do we still need ITSS?
Not sure whether to do ITSS or ISO 20000?
Tell us your customer types, tender timing and current O&M foundation, and we will help you judge which to do first and which tier to aim at
📞 Free Assessment