Changes between Version 10 and Version 11 of Documentatie/Ontwikkelaar/Procedures/Tickets

Timestamp:

04/14/20 13:39:54 (6 years ago)

Author:

peter

Comment:

--

Documentatie/Ontwikkelaar/Procedures/Tickets

@@ -9 +9 @@
 
 == Ticket Status ==
-Volg de pijlen om te zien met welke actie je van de ene status naar de andere kan komen.
-[[Workflow()]]
-
- - '''New''' Een ticket wordt aangemaakt in toestand ''new'' met als eigenaar ''inbox''. Tickets die automatisch door OpenAC worden aangemaakt, gaan automatisch naar ''triage'' (later kunnen ze door de OpenAC beheerder naar ''new'' worden gezet). Een ''new'' ticket is er een die nog niet is bekeken.
- - '''Triage''' Een ticket dat beoordeeld wordt door de ICTer van een AC staat in toestand ''triage''. In die toestand is het ticket normaal gesproken '''niet zichtbaar''' voor de FENAC ICT. Dat is bewust gedaan zodat de lokale ICTer van elk AC kan beoordelen of het gaat om een lokaal probleem of iets dat OpenAC in het algemeen betreft. Om een ticket "uit triage" te halen naar het ''backlog'', wordt verwacht dat het AC de nodige informatie verschaft voor de FENAC ICT om het probleem aan te kunnen pakken.
- - '''Backlog''' Een nieuw ticket of een ticket dat vanuit triage door de beheerder van een AC goed bevonden is om door FENAC ICT opgepakt te worden belandt op de ''backlog''. Het type en belangrijkheid (impact) van het ticket bepaalt hoe snel het toegewezen wordt. Defect met blocker belangrijkheid wordt als eerste toegewezen en opgepakt, desnoods voor tickets met status accepted; type enhancement met belangrijkheid low blijven over het algemeen wat langer op de backlog staan. Tickets op backlog hebben aanvankelijk nog steeds eigenaar ''inbox''.
- - '''Assigned''' Een ''assigned'' ticket is goed bevonden om mee aan de slag te gaan en ligt bij een specifieke medewerker. Die medewerker is verder verantwoordelijk voor de afhandeling van het ticket: implementeren, beantwoorden of de status terug brengen naar triage en bijv. aanvullende informatie inwinnen als dat nodig blijkt te zijn. Het is ook mogelijk dat het ticket doorgegeven wordt naar een andere medewerker waarbij de status op assigned blijft. Deze status kan overgeslagen worden wanneer een medewerker ergens direct mee aan de slag gaat vanuit de backlog.
- - '''Accepted''' De vervolgstatus van ''assigned'', dit betekent dat het ticket '''nu''' onder handen is. Meestal wordt dit gebruikt op het moment dat iemand actief begint te werken aan een toegewezen ticket met status assigned. Zo lang een ticket deze status heeft zal de eigenaar niet wisselen. Na afronding (sluiten) van een ticket blijft het ticket toegewezen aan de medewerker, voor eventuele nazorg.
- - '''Review''' Er is aan het ticket gewerkt, vermoedelijk is het probleem opgelost, maar er moet nog iemand naar kijken. Dat kan om verschillende redenen zijn:
+Voor tickets zijn de volgende mogelijkheden voor status gedefinieerd:
+ New::
+  Een ticket wordt aangemaakt in toestand ''new'' met als eigenaar ''inbox''. Tickets die automatisch door OpenAC worden aangemaakt, gaan automatisch naar ''triage'' (later kunnen ze door de OpenAC beheerder naar ''new'' worden gezet). Een ''new'' ticket is er een die nog niet is bekeken.
+ Triage::
+  Een ticket dat beoordeeld wordt door de ICTer van een AC staat in toestand ''triage''. In die toestand is het ticket normaal gesproken '''niet zichtbaar''' voor de FENAC ICT. Dat is bewust gedaan zodat de lokale ICTer van elk AC kan beoordelen of het gaat om een lokaal probleem of iets dat OpenAC in het algemeen betreft. Om een ticket "uit triage" te halen naar het ''backlog'', wordt verwacht dat het AC de nodige informatie verschaft voor de FENAC ICT om het probleem aan te kunnen pakken.
+ Backlog::
+  Een nieuw ticket of een ticket dat vanuit triage door de beheerder van een AC goed bevonden is om door FENAC ICT opgepakt te worden belandt op de ''backlog''. Het type en belangrijkheid (impact) van het ticket bepaalt hoe snel het toegewezen wordt. Defect met blocker belangrijkheid wordt als eerste toegewezen en opgepakt, desnoods voor tickets met status accepted; type enhancement met belangrijkheid low blijven over het algemeen wat langer op de backlog staan. Tickets op backlog hebben aanvankelijk nog steeds eigenaar ''inbox''.
+ Assigned::
+  Een ''assigned'' ticket is goed bevonden om mee aan de slag te gaan en ligt bij een specifieke medewerker. Die medewerker is verder verantwoordelijk voor de afhandeling van het ticket: implementeren, beantwoorden of de status terug brengen naar triage en bijv. aanvullende informatie inwinnen als dat nodig blijkt te zijn. Het is ook mogelijk dat het ticket doorgegeven wordt naar een andere medewerker waarbij de status op assigned blijft. Deze status kan overgeslagen worden wanneer een medewerker ergens direct mee aan de slag gaat vanuit de backlog.
+ Accepted::
+  De vervolgstatus van ''assigned'', dit betekent dat het ticket '''nu''' onder handen is. Meestal wordt dit gebruikt op het moment dat iemand actief begint te werken aan een toegewezen ticket met status assigned. Zo lang een ticket deze status heeft zal de eigenaar niet wisselen. Na afronding (sluiten) van een ticket blijft het ticket toegewezen aan de medewerker, voor eventuele nazorg.
+ Review::
+  Er is aan het ticket gewerkt, vermoedelijk is het probleem opgelost, maar er moet nog iemand naar kijken. Dat kan om verschillende redenen zijn:
    - Oplossing is ingewikkeld, controversieel of anderzins opmerkelijk: de mening van andere ontwikkelaars wordt gevraagd.
    - Oplossing kan worden gebackport: oplossing in development kan naar oudere versies worden overgenomen, maar dat moet onafhankelijk gedaan en getest worden.
    - Er staat een pull request klaar om door een andere ontwikkelaar beoordeeld te worden.
- - '''Closed''' Ticket is afgerond: Python error is gefixt, feature is geïmplementeerd, vraag is beantwoord, documentatie is bijgewerkt. We zijn klaar met het ticket.
- - '''Reopened''' Ticket was closed, maar:
+ Closed::
+  Ticket is afgerond: Python error is gefixt, feature is geïmplementeerd, vraag is beantwoord, documentatie is bijgewerkt. We zijn klaar met het ticket.
+ Reopened::
+  Ticket was closed, maar:
    - Het probleem is nog niet opgelost (nieuwe scenario's).\\Geef duidelijk aan onder welke omstandigheden het probleem zich nog altijd voordoet.
    - Het probleem is verplaatst of doet zich in een soortgelijke gedaante voor.\\Geef hierbij aan wat er aan omstandigheden is gewijzigd.
    - Het antwoord op een vraag is niet volledig.\\Geef aan wat aan het antwoord ontbreekt of eventueel wat onduidelijk is.
+
+=== Status verloop ===
+Een nieuw ticket begint met status '''new'''. Bij het bewerken van een ticket kan met een actie een ticket een andere status krijgen.
+
+Indienen nieuw ticket door AC\\
+'''new''' --(automatisch)--> '''triage''' --(beheerder)--> '''new''' (eigenaar inbox)
+
+Beoordelen nieuwe tickets door Fenac ICT - toewijzen\\
+'''new''' (eigenaar inbox) --(Fenac)--> '''assigned'''
+
+Beoordelen nieuwe tickets door Fenac ICT - afwijzen\\
+'''new''' (eigenaar inbox) --(Fenac, met reden)--> '''triage'''
+
+Beoordelen nieuwe tickets door Fenac ICT - backlog\\
+'''new''' (eigenaar inbox) --(Fenac)--> '''backlog'''
+
+Werk uit de backlog oppakken\\
+'''backlog''' --(ICT medewerker)--> '''assigned'''
+
+Gaan werken aan een ticket\\
+'''assigned''' --(ICT medewerker)--> '''accepted'''
+
+Ticket aanbieden voor review\\
+'''accepted''' (eigenaar !#1) --(eigenaar !#1)--> '''review''' (eigenaar !#2)
+
+Ticket teruggeven na review\\
+'''review''' (eigenaar !#2) --(eigenaar !#2)--> '''assigned''' (eigenaar !#1)
 
 == Ticket Eigenaar ==