Triage & Billettering Kategorisering
1. Introduksjon (For Kunder & Partnere)
Når du sender inn en bug eller funksjonsforespørsel, er vår Triage & Billettering Kategorisering prosess det første steget mot å sikre at den får riktig oppmerksomhet. Vi undersøker detaljene i billetten, bestemmer hvilken kategori den faller inn under (f.eks. kritisk feil, funksjonsforbedring, ikke-kritisk feil), og avgjør hvordan vi skal prioritere den i vår backlog.
Denne siden forklarer hvem som er involvert, hvordan triage fungerer, og hvilke resultater du kan forvente.
2. Hvem Er Involvert
| Rolle | Involvering | Fordel for Deg |
|---|---|---|
| Supportteam | Mottar nye billetter, utfører innledende klassifisering (feil vs. funksjon, kritisk vs. ikke-kritisk). | Sikrer at billetten din blir registrert nøyaktig og flyttet til riktig backlog. |
| Produkteier | Bekrefter prioritet og samsvar med veikartet for funksjoner. | Hvis det er en funksjon, bestemmer de om/når den passer inn i kommende sprinter. |
| Utviklingsteam | Gir tekniske innsikter for feilens alvorlighetsgrad eller funksjonens gjennomførbarhet. | Sikrer at triage-beslutninger er basert på nøyaktige tekniske vurderinger. |
| QA Ingeniør | (For feil) vurderer reproduksjonstrinn og verifiserer kritikalitet. | Hjelper med å bekrefte problemets påvirkningsnivå og sikrer klarhet i testtilfeller. |
| Du (Kunde/Partner) | Sender inn billetter med klare detaljer (påvirkning, hastighet, ønsket resultat). | Hjelper teamet med å ta presise, faktabaserte kategoriseringsbeslutninger. |
3. Prosessflyt / Skjema
Her er en forenklet oversikt over hvordan billetter blir triagerte og kategorisert. Legg merke til dobbelte anførselstegn i Mermaid-diagrammet:
Nøkkeltrinn
- Ticket Submitted: Du sender en bugrapport eller funksjonsforespørsel via e-post eller chatbot.
- Support Team Intake: De bekrefter grunnleggende informasjon (tittel, beskrivelse, miljødetaljer).
- Klassifisering:
- Bug → Går gjennom vurdering av “innvirkning og alvorlighetsgrad”.
- Feature → Vurderes for gjennomførbarhet og prioritet.
- Alvorlighetsgrad/Prioritet: For bugs bestemmer vi kritisk vs. ikke-kritisk; for funksjoner tilpasser vi oss veikartet.
- Resultat:
- Kritisk bug → Umiddelbar hotfix-vei.
- Ikke-kritisk bug → Planlagt for en kommende sprint (bugfix-vei).
- Funksjon → Lagt til backlog; Produktansvarlig bestemmer tidsrammen.
- Oppfølging: Den kategoriserte billetten er nå synlig i systemet vårt, med klare neste steg.
4. Kort FAQ
Q1: Hvordan bestemmer teamet om det er en bug eller en funksjon?
A1: Vi ser på billettens beskrivelse. Hvis den beskriver en feilfunksjon eller utilsiktet oppførsel, er det en bug. Hvis det er en forespørsel om nye muligheter eller forbedringer, er det en funksjon.
Q2: Hva om jeg ved et uhell sender en bug som en funksjon (eller omvendt)?
A2: Vårt supportteam vil omklassifisere den under triage. Du vil bli varslet om eventuelle endringer i billettkategorien.
Q3: Hvor raskt håndterer dere kritiske bugs?
A3: Kritiske problemer (dvs. viktig funksjonalitet blokkert) får prioritet. Vi tar sikte på å hotfixe dem innen den nåværende sprinten eller så snart som mulig.
Q4: Kan jeg påvirke kategoriseringen eller alvorlighetsgraden?
A4: Du kan spesifisere innvirkningen på driften din (f.eks. “alvorlig nedetid” eller “mindre ulempe”), noe som hjelper oss med å vurdere alvorlighetsgraden nøyaktig.
5. Neste Trinn & Ytterligere Ressurser
- Rapporter et Problem – Lær hvordan du sender inn feilrapporter og veien til løsning.
- Funksjonsinnsending – Hvis forespørselen din er en forbedring, se hvordan vi håndterer nye ideer.
- Kvartals- & Årsplaner – Når billetter er kategorisert, kan de vises i vår kommende sprint eller langsiktige veikart.
- Trenger Du Mer Informasjon? – Spør vår chatbot eller send oss en e-post på
contact+support@aismarttalk.tech.
Ved å følge Triage & Billetkategorisering, sikrer vi at hver innsending blir gjennomgått raskt, merket riktig, og kartlagt til riktig arbeidsflyt (hotfix, bugfix, eller funksjonsbacklog). Dette gjør at vi kan imøtekomme dine behov effektivt og holde deg informert.