Triage & Ticket Kategorisering
1. Introduktion (För Kunder & Partners)
När du skickar in en bugg eller funktionsförfrågan, är vår Triage & Ticket Kategorisering process det första steget mot att säkerställa att den får rätt nivå av uppmärksamhet. Vi granskar biljettdetaljerna, bestämmer vilken kategori den tillhör (t.ex. kritisk bugg, funktionsförbättring, icke-kritisk bugg), och avgör hur vi ska prioritera den i vår backlog.
Denna sida förklarar vem som är involverad, hur triage fungerar, och vilka resultat du kan förvänta dig.
2. Vem Är Involverad
| Roll | Involvering | Fördel för Dig |
|---|---|---|
| Supportteam | Tar emot nya biljetter, utför initial klassificering (bugg vs. funktion, kritisk vs. icke-kritisk). | Säkerställer att din biljett registreras korrekt och flyttas till rätt backlog. |
| Produktägare | Bekräftar prioritet och överensstämmelse med vägkartan för funktioner. | Om det är en funktion, beslutar de om/när den passar in i kommande sprintar. |
| Utvecklingsteam | Ger tekniska insikter för buggens allvarlighetsgrad eller funktionens genomförbarhet. | Säkerställer att triage-beslut baseras på korrekta tekniska bedömningar. |
| QA Ingenjör | (För buggar) bedömer reproduktionssteg och verifierar kritikalitet. | Hjälper till att bekräfta problemets påverkan och säkerställer tydlighet i testfall. |
| Du (Kund/Partner) | Skickar in biljetter med tydliga detaljer (påverkan, brådska, önskat resultat). | Hjälper teamet att fatta precisa, faktabaserade klassificeringsbeslut. |
3. Processflöde / Schema
Här är en förenklad vy av hur biljetter triageras och kategoriseras. Observera de dubbelcitat i Mermaid-diagrammet:
Nyckelsteg
- Ticket Inlämnad: Du skickar en buggrapport eller funktionsförfrågan via e-post eller chatbot.
- Supportteamets Inhämtning: De bekräftar grundläggande information (titel, beskrivning, miljödetaljer).
- Klassificering:
- Bug → Går igenom bedömning av "påverkan och allvarlighetsgrad".
- Feature → Bedöms för genomförbarhet och prioritet.
- Allvarlighetsgrad/Prioritet: För buggar beslutar vi om kritisk vs. icke-kritisk; för funktioner anpassar vi oss till vägkartan.
- Resultat:
- Kritisk bugg → Omedelbar hotfixväg.
- Icke-kritisk bugg → Schemalagd för en kommande sprint (bugfixväg).
- Funktion → Lagt till i backlog; Produktägaren beslutar om tidsramen.
- Spårning: Den kategoriserade biljetten är nu synlig i vårt system, med tydliga nästa steg.
4. Kort FAQ
Q1: Hur beslutar teamet om det är en bugg eller en funktion?
A1: Vi tittar på biljettsbeskrivningen. Om den beskriver ett fel eller oavsiktligt beteende, är det en bugg. Om det är en begäran om nya funktioner eller förbättringar, är det en funktion.
Q2: Vad händer om jag av misstag skickar in en bugg som en funktion (eller vice versa)?
A2: Vårt supportteam kommer att omklassificera den under triage. Du kommer att meddelas om någon förändring i biljettens kategori.
Q3: Hur snabbt hanterar ni kritiska buggar?
A3: Kritiska problem (dvs. stor funktionalitet blockerad) får prioritet. Vi strävar efter att hotfixa dem inom den aktuella sprinten eller så snart som möjligt.
Q4: Kan jag påverka kategoriseringen eller allvarlighetsgraden?
A4: Du kan specificera påverkan på dina operationer (t.ex. "allvarlig driftstopp" eller "mindre olägenhet"), vilket hjälper oss att bedöma allvarlighetsgraden korrekt.
5. Nästa Steg & Ytterligare Resurser
- Rapportera ett Problem – Lär dig hur du skickar in buggrapporter och vägen till lösning.
- Funktion Förslag – Om din förfrågan är en förbättring, se hur vi hanterar nya idéer.
- Kvartals- & Årsplaner – När biljetter har kategoriserats kan de dyka upp i vår kommande sprint eller långsiktiga plan.
- Behöver Du Mer Information? – Fråga vår chatbot eller maila oss på
contact+support@aismarttalk.tech.
Genom att följa Triage & Biljettsortering säkerställer vi att varje inlämning granskas snabbt, märks korrekt, och kopplas till rätt arbetsflöde (hotfix, bugfix eller funktionsbacklog). Detta gör att vi kan hantera dina behov effektivt och hålla dig informerad.