IT Service Desk and Incident Handling Competence Assessment for Support TeamsThe ticket was closed in four minutes. It came back three times.
Forty exercises on the five things that decide whether a ticket stays closed: reading what a request actually is, the first check that separates two causes, what a handover has to carry, keeping people informed while it is open, and stopping the repeat. Reported with the two scores a re-sitting would have to reach, either side, for the movement to count as real change — printed today, before any second sitting exists.
A threshold printed before there is anything to compare it to
The IT Service Desk and Incident Handling Competence Assessment for Support Teams is a thirty-minute knowledge check of what a support analyst does before a ticket closes, reported with the movement a re-sitting would need, either side, to count as real change — printed on the first sitting, before there is anything to compare it to.
Most support-skills quizzes score a single total and leave it there. This one prints, beside today's score on each of five parts, a pair of marks: the two scores a re-sitting would have to reach, one above and one below today, for the movement to exceed what the instrument's own measurement error could produce. The span between those two marks is shaded and named on the page: a re-sitting anywhere inside it would not be distinguishable from today. That is printed now, on the first sitting, not held back until a second one exists to argue about.
The five parts follow the openly published competence-area structure of the European e-Competence Framework — run, enable and manage — whose competence areas and proficiency-level scale are public standards. That structure is a content map and nothing else: the instrument is not affiliated with the framework, its publishers or any certification built on it, and every exercise is an original situation written for this instrument. It is named once, factually, in the methodology note.
Zero on every part is a typical respondent, not half marks. Every exercise carries a declared answer prior, the share of ordinary respondents expected to choose each option, each match or each position, authored in the open. A score is corrected against that prior, so a fixed habit — always the safest-sounding option, close every ticket the moment the symptom clears — lands below zero rather than at it. The five formats include matching a symptom to its first diagnostic check and ordering the steps of a handover, so the habit being measured is what a person does, not only what they can define.
The report distinguishes, in words, a measurement threshold from a value threshold. The pair of marks on each part's scale is the smallest movement the instrument can tell apart from its own error — a fact about the ruler. It is not a claim about how much movement would matter to a manager or a training budget, which is usually a smaller number and is a decision, not a measurement. Two parts of the five carry too few exercises, or too little internal agreement, to earn a figure at all; those parts print a three-way placement and the refusal in words, in the same place the number would have been, never smaller and never in a footer.
Nothing here is a licence, a certification or a pass mark. The report says so before it prints a single number, alongside what it did not measure: technical depth in any specific technology, how a person behaves under a ringing phone and a real queue, and anything about patience or manner. No real vendor, ticketing tool or operating system appears anywhere in it.
What you walk away with
Telling an incident, a request, a problem and a change apart when a ticket arrives dressed as something else, and setting priority from impact and urgency together rather than from who shouts loudest.
The one check that separates two causes before anything is touched, changing one thing at a time, and not calling a cause known just because a restart cleared the symptom.
What has to travel with a ticket when it moves — what was tried, what was ruled out, what is still untried, and who keeps the user while somebody else holds the fix.
What is known, what is being done, and when the next update lands — never a fix time nobody can stand behind — through a shared outage and a plain refusal.
Reading a repeated symptom as a problem, not three more incidents, and what a known-error record and a change proposal each carry that a closed ticket does not.
For the overall score and for every part that earns a figure, the two scores a re-sitting would have to reach, either side, to count as real change — with the span between them shaded and named, before any second sitting exists.
Inside your report
Illustrative sample — your report is generated from your own responses.
▬ Near the typical respondent
To count as real change at 95 per cent, a re-sitting would have to reach 58 or more, or 34 or less. That is a movement of more than 46 points either side of today's 12.
The threshold is printed on this first sitting, before a second one exists. Either side means either side: a fall past the lower mark is as real a change as a rise past the upper one, and the upper mark is not a pass mark.
Figure withheld. Only 6 of the 8 exercises in this part were answered, under the 8 a figure needs. A placement is printed and the figure, band and thresholds are withheld.
Ordered by the width of the span, narrowest first, because the part most able to show a real change is the one whose span is narrowest. A part that cannot carry a figure prints its refusal in words, in the place the figure would have been.
Built for
- Service desk and support analysts who want an honest reading of what they do before a ticket closes
- Team leads staffing a desk, deciding who takes the hardest queue and who needs practice on which part
- Managed-service providers screening or developing support staff across client accounts
- L&D teams buying support training who want a number a training budget can actually be spent against
Find out what would count as real change, before you sit this a second time
40 exercises across five formats · about 30 minutes · a score on five parts of service-desk work, each with the two marks a re-sitting would have to reach either side to count as real change, printed on this first sitting.
₹599 (incl. GST) · assessment and full report, nothing further to pay
Frequently asked questions
No. It is a competence assessment and not a certification, and the report says so before it prints a number. It measures what a support analyst does before a ticket closes across five parts, and it confers no qualification, pass mark or licence on any framework. The five parts follow a published framework's competence-area structure for attribution only, with no affiliation.
For the overall score and for every part that earns a figure, the report prints two marks either side of today's score: the values a re-sitting would have to reach for the movement to exceed measurement error at ninety-five per cent. The span between the two marks is shaded and captioned, because a re-sitting anywhere inside it would not be distinguishable from today. It is printed now, on this first sitting, before any second sitting exists to compare it to.
A part needs at least eight answered exercises and enough internal agreement, measured as omega, before a figure is honest to print. A part that falls short carries a three-way placement, below, near or above a typical respondent, and the refusal is printed in the same place the figure would have been, never smaller and never in a footer.
It tells you what the instrument can detect, which is not the same thing. The change threshold is a measurement threshold, the smallest movement the ruler itself can tell from its own error. Whether a smaller movement would matter to your desk or your budget is a value judgement the report deliberately leaves to whoever spends the money, and it says so in words rather than pretending the two are one number.
No. Every exercise describes systems and tools generically on purpose, so no real vendor, ticketing tool or operating system version appears anywhere. It measures the underlying moves — sorting a request, separating causes, handing over, informing, preventing the repeat — not familiarity with any particular product.
Each one takes a single capability, puts you inside the situations where it is actually tested, and scores your choices against published evidence — with a report designed for that capability alone, not a template. They span hiring, compliance, education, operations and personal skill.
Browse the catalogue →Methodology: Forty original exercises across five formats: twelve single-choice calls on a queue (what a ticket is, what it needs first, what closing it now would cost), eight select-every-that-applies exercises about what to capture or what belongs in a record, eight true-or-false claims about how support work behaves, six match-the-following exercises pairing a symptom with the first check that separates two causes, and six ordering exercises for a diagnosis, an escalation or a message. One response instruction is declared for the whole instrument and it is a KNOWLEDGE instruction: what is the right call here, never what the respondent would do on a bad day. Construct statement: this measures competence in handling requests and incidents on an IT service desk, across five parts: understanding what a request actually is, diagnosis and first checks, escalation and handover, keeping people informed, and preventing the repeat. It is a competence assessment and not a certification; it does not measure anybody's technical depth in any particular technology, operating system or tool, and it says nothing about how a person performs under a real queue on a real day. The five parts are organised on the openly published structure of the European e-Competence Framework, whose competence areas (plan, build, run, enable, manage) and proficiency-level scale are public standards; the parts here sit in its run, enable and manage areas at the level of an individual handling work under supervision or independently. The framework is named for attribution only. This instrument is not affiliated with, endorsed by, or derived from it, from its publishers, or from any service-management framework, certification or vendor, and every item is an original work written for this instrument. Scoring: every keyed exercise carries a declared answer prior, the share of ordinary respondents expected to choose each option, each match or each position, authored per exercise. Each part is scored as the mean quality over answered exercises, corrected against the mean of those priors, so zero means no better than a respondent answering the way people typically answer; select-every exercises are scored as balanced accuracy (keyed options selected, unkeyed options left) rather than F1, so that selecting everything and selecting nothing score the same. An unanswered exercise leaves the numerator, the denominator and the chance term together; it never scores zero. A sitting with fewer than twenty-four answered exercises is refused a report rather than given one on too little. The scoring design is the Reliable Change Index published on a first sitting: for each part and for the composite, the report prints the number of points a re-sitting would have to move, either side of today, for the movement to exceed measurement error at ninety-five per cent, computed as 1.96 times the declared standard deviation times the square root of twice one minus the assumed reliability. The reliability is McDonald's omega assumed from an inter-item correlation of .26, printed unrounded; a part with fewer than eight answered exercises or omega under .70 carries a three-way placement and no number, no thresholds and no percentile, and the refusal is printed. The standard deviation of each part and of the composite is taken from a modelled reference sitting of mixed ability built from the declared priors and run through this instrument's own scorer; it is an assumption stated in the open, and observed data will replace it. No percentile appears anywhere, because there is no norm group. The change threshold is a measurement threshold and is distinguished on the report from a minimally important difference, which is a value threshold set by whoever uses the score and is usually smaller. Sources drawn on: the practitioner literature on service management and incident, problem and change handling, described generically (the distinction between an incident, a request, a problem and a change; priority as impact and urgency together; the known-error record; the single point of contact); Rasmussen, Skills, rules and knowledge: signals, signs and symbols (1983) and Klein, Sources of Power (1998) on diagnosis and troubleshooting as hypothesis-driven work; Morris and Rouse, The effects of type of knowledge upon human problem solving in a process control task (1985) on the value of one change at a time; Haig, Sutton and Whittington, SBAR: a shared mental model for improving communication between clinicians (2006) and Starmer et al., Changes in medical errors after implementation of a handoff program (2014) on the content and order of a handover; Arora et al., Communication failures in patient sign-out and suggested strategies to improve (2005); Tax and Brown, Recovering and learning from service failure (1998) and Smith, Bolton and Wagner, A model of customer satisfaction with service encounters involving failure and recovery (1999) on what an update and an apology have to carry; Dekker, The Field Guide to Understanding Human Error (2006) and Reason, Managing the Risks of Organizational Accidents (1997) on blameless review and the cause behind the symptom; the European e-Competence Framework and Boyatzis, The Competent Manager (1982) on competence areas and proficiency scales; Jacobson and Truax, Clinical significance: a statistical approach to defining meaningful change in psychotherapy research (1991) and Christensen and Mendoza, A method of assessing change in a single subject (1986) for the reliable change index; McDonald, Test Theory: A Unified Treatment (1999) and Revelle and Zinbarg, Coefficients alpha, beta, omega and the glb (2009) for omega; and Haladyna, Downing and Rodriguez, A review of multiple-choice item-writing guidelines (2002) for the item-writing rules. No real vendor, product, ticketing tool, operating system or company is named in any candidate-facing string.