Hvilken adgang har et outsourcet 2. niveau brug for?
Som regel admin- eller supportvisninger af kundekonti, læseadgang til logs og konfigurationer, et test- eller stagingmiljø og tickethistorikken. Giv personlige konti med mindst mulig adgang til at udføre arbejdet, log, hvad de gør, og gennemgå listen, når folk starter eller stopper.
Hvordan lærer outsourcede medarbejdere et teknisk produkt?
- En sandbox eller testkonto, hvor de trygt kan lave fejl
- Optagede gennemgange af de mest almindelige tickettyper
- At følge jeres eget team på rigtige tickets, før de tager dem alene
- Release notes og en kort briefing før hver produktændring
- En vidensbase, som 2. og 3. niveau løbende opdaterer
Hvordan skal tickets nå jeres ingeniører?
Aftal én vej, fx et sammenkædet issue i jeres udviklingstracker, med en skabelon til trin for genskabelse, logs, berørte konti og forretningsmæssig konsekvens. Ingeniørerne bør kunne svare i ticketten frem for i private beskeder, så teamet, der er i kontakt med kunden, kan holde kunden orienteret.
Læs videre
Hvilke målinger viser, at niveauerne virker?
- Løsning ved første kontakt på 1. niveau
- Eskaleringsrate fra 1. til 2. niveau og fra 2. til 3. niveau
- Løsningstid pr. niveau og prioritet
- Genåbningsrate efter lukning af en ticket
- Antal eskaleringer, der blev til nye artikler i vidensbasen
Hvornår bør 2. niveau blive internt?
Behold 2. niveau internt, så længe produktet ændrer sig hurtigere, end dokumentationen kan følge med, når arbejdet kræver skriveadgang til produktion, som I ikke kan begrænse, eller når kontrakter med jeres egne kunder forbyder tredjepartsadgang. Genvurdér beslutningen, når produkt og runbooks er stabile.