Changes between Version 3 and Version 4 of Documentatie/Ontwikkelaar/Procedures/Tickets


Ignore:
Timestamp:
10/21/15 10:57:11 (11 years ago)
Author:
adriaan
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Documentatie/Ontwikkelaar/Procedures/Tickets

    v3 v4  
     1[[TOC(heading=Omgeving, sectionindex, compact, depth=3, allactive, Documentatie/Ontwikkelaar/Omgeving/)]] 
     2[[TOC(heading=Procedures, sectionindex, compact, depth=3, allactive, Documentatie/Ontwikkelaar/Procedures/)]] 
    13[[TOC(heading=Documentatie, sectionindex, compact, depth=1, allactive, Documentatie/)]] 
    2 [[TOC(heading=Hoofdstukken, sectionindex, compact, depth=2, allactive, indirect=Documentatie/Ontwikkelhandleiding/TOC)]] 
    3 [[TOC(heading=Hoofdstukken, sectionindex, compact, depth=3, allactive, indirect=Documentatie/Ontwikkelhandleiding/Procedures/TOC)]] 
    44 
    55= Ticket Lifecycle = 
     
    99== Ticket Status == 
    1010 
    11 [[Image(lifecycle.png, align=center, class=inline)]] 
     11[[Workflow()]] 
    1212 
     13 - '''New''' Een ticket wordt aangemaakt in toestand ''new''. Tickets die automatisch door OpenAC worden aangemaakt, gaan '''onmiddelijk''' door naar ''triage'' (later kunnen ze door de OpenAC beheerder weer naar ''new'' worden gezet). Een ''new'' ticket is er een die nog niet is bekenen of aan iemand toegewezen. 
    1314 - '''Triage''' Een ticket begint 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, wordt verwacht dat het AC de nodige informatie verschaft voor de FENAC ICT om het probleem aan te kunnen pakken. 
    14  - '''New''' 
    15  - '''Assigned''' 
    16  - '''Accepted''' 
    17  - '''Review''' 
    18  - '''Closed''' 
    19  - '''Reopened''' 
     15 - '''Assigned''' Een ''assigned'' ticket ligt bij een specifieke medewerker. Die medewerker is verder verantwoordelijk voor de afhandling van het ticket. Na afronding (sluiten) van een ticket blijft het ticket wel toegewezen aan die medewerker, voor eventuele nazorg. 
     16 - '''Accepted''' Een verfijning 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 ticket dat door derden is ge-assigned. Merk op dat tickets niet noodzakelijk door dit stadium hoeven te gaan. 
     17 - '''Review''' Er is aan het ticket gewerkt, vermoedelijk is het probleem opgelost, maar er moet nog iemand naar kijken. Dat kan om twee redenen zijn: 
     18   - Oplossing is ingewikkeld, controversieel of anderzins opmerkelijk: mening van andere ontwikkelaars wordt gevraagd. 
     19   - Oplossing kan worden gebackport: oplossing in development kan naar oudere versies worden overgenomen, maar dat moet onafhankelijk gedaan en getest worden. 
     20 - '''Closed''' Ticket is afgerond: Python error is gefixt, feature is geimplementeerd, vraag is beantwoord. We zijn klaar met het ticket. 
     21 - '''Reopened''' Ticket was closed, maar: 
     22   - Het probleem is nog niet opgelost (nieuwe scenario's), 
     23   - Het probleem is verplaatst of doet zich in een soortgelijke gedaante voor, 
     24   - Het antwoord op een vraag is niet volledig. 
     25 Tickets heropenen vanwege een aanverwante vraag leidt vaak tot onoverzichtelijke tickets, zeker als er meerdere vragen achter elkaar komen. Het is dan aan te bevelen om een nieuw ticket te maken, met een heldere vraagstelling, en een verwijzing naar het oude ticket toe te voegen. 
    2026 
    2127== Ticket Eigenaar == 
     
    2632 - FENAC ICT'ers (''Henk'', ''Ugur'', ''Adriaan'' of ''Thomas''). Deze eigenaren zijn bezig met het oplossen van het ticket (nog afhankelijk van de status, zie hierboven). 
    2733 - Eigenaar ''Werkverband'' betekent dat de vraag op het bordje van het werkverband ligt; meestal betekent dat het werkverband er een uitspraak over moet doen of informatie aan het verzamelen is. 
    28  - Eigenaar ''stapel'' is voor binnenkomende zaken (die belanden eerst op de stapel voordat iemand ze oppakt) of voor slepende kwesties. Er is niet iemand specifiek voor verantwoordelijk, wel de FENAC ICT in het algemeen. 
    29  - Eigenaar ''oud'' -- tja. Dat was eerst "dit ticket wordt binnenkort wegens gebrek aan actie afgevoerd", maar wordt nu ook gebruikt als "vorige week besproken en toen niet opgepakt". 
     34 - Eigenaar ''inbox'' krijgt alle nieuw binnengekomen tickets toebedeeld. De inbox-tickets worden besproken tijdens het wekelijkse ICT-werkoverleg (dan schuiven ze door naar de stapel of worden aan iemand toebedeeld). 
     35 - Eigenaar ''stapel'' is voor binnengekomen zaken die zijn besproken maar niet onmiddelijk worden opgepakt -- dat kan gebeuren als het gaat om tickets met een lage prioriteit. Een medewerker kan een ticket ook "terug op de stapel" leggen, als teken dat die medewerker er niet verder aan kan werken. Er is niet iemand specifiek verantwoordelijk voor tickets op de stapel, wel de FENAC ICT in het algemeen. 
     36 - Eigenaar ''oud'' Dit ticket wordt binnenkort wegens gebrek aan actie afgevoerd.