Sjabloon stroomdiagram bugtriage

Bugtriage werkt het best als beslisboom en niet als swimlane, omdat de moeilijkheid zit in de volgorde van de vragen, niet in wie het ticket vasthoudt. Wij raden deze aanpak aan:

1. Zet alle uitkomsten op een rij waarop een melding kan eindigen: gesloten, duplicaat, meer informatie nodig en elke prioriteitsklasse.
2. Schrijf de vragen op die die uitkomsten van elkaar scheiden, en zet de goedkoopste vraag vooraan.
3. Maak van elke vraag een beslispunt met beide uitgangen getekend, zodat geen melding zonder beslissing kan eindigen.
4. Controleer of elk pad eindigt. Een boom met een losse tak is de plek waar bugs verdwijnen.
5. Teken het diagram in de tool die uw publiek al gebruikt. Een gratis sjabloon neemt het meeste opmaakwerk uit handen.

Ernst gaat over hoe erg de bug zich misdraagt. Prioriteit gaat over hoe snel u hem oplost. Ze worden door verschillende mensen om verschillende redenen bepaald, en ze door elkaar halen is de meest voorkomende fout bij triage.

Een crash in een functie die drie klanten gebruiken, heeft een hoge ernst en een lage prioriteit. Een cosmetisch verschoven element op de afrekenpagina heeft een lage ernst en een hoge prioriteit. Dit sjabloon stelt beide vragen apart: eerst kritieke ernst, dan hoge impact. Eén veld "hoe urgent is het" voegt twee beslissingen samen tot één en levert discussies op in plaats van antwoorden.

Het zijn prioriteitsklassen, en in dit sjabloon staat elke klasse voor een toezegging in plaats van een gevoel:

• P1: nu oplossen, buiten de planning om. Een hotfix die het lopende werk onderbreekt.
• P2: oplossen in de huidige sprint. Gepland, maar zonder onderbreking.
• P3: backlog. Erkend, gerangschikt en niet ingepland.

De waarde zit erin dat elke klasse benoemt wat er daarna werkelijk gebeurt. Een prioriteitsschema waarin P1 en P2 allebei "binnenkort" betekenen, is geen prioriteitsschema.

Omdat de ernst beoordelen duur is en de reproduceerbaarheid niet. Een engineer de impact laten inschatten van een defect dat niemand heeft gereproduceerd, besteedt de duurste tijd in het proces aan de minst betrouwbare informatie.

Het vangt ook duplicaten op voordat ze worden gerangschikt. Twee mensen die los van elkaar hetzelfde onderliggende defect beoordelen, is precies hoe één bug tegelijk een P1 en een P3 wordt.

Die gaan naar "info opvragen" of "duplicaat koppelen" in plaats van te worden gesloten of gerangschikt. Dat is een bewuste tussenstatus: de melding wordt niet afgewezen, maar komt pas in het prioriteitsgesprek als iemand hem kan reproduceren.

De meeste triageprocessen tekenen deze vertakking niet, en daarom worden niet-reproduceerbare meldingen ofwel onterecht gesloten, ofwel blijven ze eeuwig in de backlog staan. Door hem te tekenen, komt de vraag vanzelf op tafel: wie gaat terug naar de melder?

Bugtriage bepaalt wat u oplost en wanneer. Incidenttriage herstelt de dienstverlening nu. Dat verschil merkt u in de praktijk:

• Een bug kan wachten; een incident niet.
• Bugtriage eindigt in een prioriteitsklasse; incidenttriage eindigt in een oplossing.
• Een incident levert achteraf vaak een bug op, maar niet andersom.

Het zijn aparte processen die elk een eigen diagram verdienen. IT- en licentiebeheerders leggen incidenttriage meestal vast in een apart diagram.

Elke poort in het diagram moet een benoemde eigenaar hebben, en dat is niet steeds dezelfde persoon:

• Support of QA: geldigheid en reproduceerbaarheid, voordat er engineeringtijd wordt besteed.
• Engineering: ernst, omdat dat een technisch oordeel is.
• Product: impact, omdat dat een zakelijk oordeel is.
• Wie de triage leidt: de drempels zelf, en de review van hoe vaak P1 wordt gebruikt.

PowerPoint kan het met SmartArt en de Shapes gallery, maar dat is handwerk: u plaatst elke ruit zelf, labelt beide uitgangen en koppelt de verbindingslijnen opnieuw zodra er iets verschuift. Bij een boom met vier poorten en vijf eindpunten is dat precies de reden waarom het diagram niet meer wordt bijgewerkt.

Sneller gaat het met het tabblad Lucen Flowchart: dat klikt verbindingslijnen vast aan de ankerpunten van vormen en herschikt het diagram met Auto Layout wanneer u een vertakking toevoegt. Hoe u het ook doet, het resultaat blijft een set native PowerPoint-objecten op uw dia.

De download is een gratis .pptx die volledig uit native PowerPoint-vormen bestaat. Iedereen kan het bestand dus openen, lezen en bewerken, en u deelt het net als elke andere presentatie. Ontvangers hoeven niets te installeren.

De slimme verbindingslijnen, Auto Layout en Lucen AI komen uit de invoegtoepassing Lucen Flowchart, die het tabblad Lucen Flowchart aan het lint toevoegt. Die werkt op Windows met PowerPoint 2016 of later en met PowerPoint voor Microsoft 365. PowerPoint voor het web, Mac en mobiel worden niet ondersteund. Stappen voor installatie en probleemoplossing vindt u bij Lucen Support.