Een bug inschatten zonder dat deze kan worden nagebootst
Hoe u een bug kunt inschatten als deze niet kan worden gereproduceerd: u kunt de omvang van de oplossing niet bepalen, alleen die van het onderzoek. Hoe u een tijdslimiet kunt stellen aan het onderzoek in plaats van te stemmen over een story die niemand kan inzien.
Als u het niet kunt reproduceren, kunt u er geen schatting van maken. U kunt wel een schatting maken door ernaar op zoek te gaan.
Een bug die niet kan worden gereproduceerd, bestaat uit twee onbekende factoren die onder één ticket vallen. De eerste onbekende factor is de oorzaak: er is een symptoom in de productieomgeving, maar er is geen betrouwbare manier om dit lokaal te reproduceren, geen consistente stacktrace en geen regel in de logbestanden die er altijd aan voorafgaat. De tweede onbekende factor is de oplossing, die volledig afhankelijk is van de eerste. Een cijfer toekennen aan de oplossing voordat de oorzaak bekend is, komt neer op het beoordelen van een verhaal dat het team in feite niet kan overzien.
De oplossing is niet altijd moeilijk als u de oorzaak eenmaal hebt gevonden — vaak volstaat een wijziging van één regel. Het kostbare deel is het opsporen ervan. De schatting van de zoektijd is realistisch; de schatting van de oplossing is wishful thinking.
Wat er in de kamer wordt gezegd
Ingenieur A: “Ik denk dat het te maken heeft met het ongeldig maken van de cache.”
Ingenieur B: „Ik denk dat het een kwestie van de werknemer zelf is.”
Inleiding: “Is er iemand die dit op verzoek heeft weten te realiseren?”
Vraag: „We hebben twintig dingen geprobeerd. Niets werkte naar behoren.”
Ondersteuning: „Het gaat om drie gebruikers per week, altijd op dinsdagmiddag.”
Vragen die u zich het beste kunt stellen voordat u gaat stemmen
- Wat is het symptoom en hoe vaak treedt het op?
- Is er al logboekregistratie op de betreffende paden, of moeten we die eerst toevoegen?
- Is er een klant met een account waarvan bekend is dat het niet goed functioneert, waarmee wij het probleem kunnen reproduceren?
- Wat zijn de kosten van deze bug voor de klant per week — en is dit reden genoeg om de kwestie grondig te onderzoeken?
- Wat is de tijdslimiet voor het onderzoek voordat wij de kwestie opnieuw bespreken?
Twee benoemde theorieën en geen reproduceerbare resultaten vormen geen uitgangspunt om tot een conclusie te komen — het is een onderzoek dat gefinancierd moet worden. Wijs er een budget en een mijlpaal aan toe, en maak vervolgens een nieuwe raming zodra de oorzaak een naam heeft gekregen.
Stel een budget voor het onderzoek vast. Wanneer de oorzaak bekend is, maak dan een afzonderlijke schatting van de kosten voor het verhelpen ervan.
Zie het inschatten van een onbetrouwbare test voor hetzelfde scenario, en veelgemaakte fouten bij planning poker over het inschatten van bugs op functieniveau. Bekijk de andere uitgewerkte schattingsvoorbeelden, of start een gratis planning poker-sessie wanneer de oorzaak bekend is.