Naar de hoofdinhoud

Issues classificeren en structureren

Om de issues te organiseren en structureren, is het nodig om zoveel mogelijk eigenschappen te definiëren.

Meer dan 4 maanden geleden bijgewerkt

Let op: Dit artikel is een door AI gegenereerde vertaling.

Hoe meer details een issue bevat, hoe beter het te situeren en ermee te werken is.

Begin met het definiëren van het Type, Gebied, Milestone, Labels, Prioriteit, Toegewezen aan en Custom fields van het issue.

Type

Type kan helpen om onderscheid te maken tussen clashes, modelleerfouten, technische problemen, vragen en andere.

Gebied

Gebied kan helpen om problemen te categoriseren op locatie. Dit is een zeer nuttige instelling bij het werken aan een groot project. De projectleider heeft de mogelijkheid om per gebied een andere eigenaar te definiëren. Wanneer een nieuw issue in een gebied wordt aangemaakt, kan het automatisch worden toegewezen aan de eigenaar van het betreffende gebied.

Milestone

Milestones kunnen worden ingesteld om de projectfase van het issue te definiëren. Een milestone wordt door de projectleider gedefinieerd met een naam, startdatum en einddatum.

Labels

Labels bieden meer vrijheid in het classificeren van issues. Ze kunnen worden gebruikt om de verschillende disciplines en andere zaken te markeren.

Prioriteit

Prioriteit bepaalt het belang van het issue. Wanneer dit wordt ingesteld door degene die het issue aanmaakt, helpt het om te bepalen welke issues als eerste door de teamleden moeten worden afgehandeld.

Toegewezen aan

Toegewezen aan moet de teamlid tonen die als volgende het issue moet afhandelen. Wanneer hij klaar is, kan de toegewezen aan veranderen naar een ander teamlid om het vervolgens op te pakken. Er kan slechts één teamlid tegelijk aan een issue worden toegewezen, om ervoor te zorgen dat er altijd iemand verantwoordelijk is voor dit issue.

Custom fields

Custom fields kunnen door de projectleider worden toegevoegd als er behoefte is aan meer eigenschappen om de issues te definiëren en te filteren.

Al deze eigenschappen kunnen door de projectleider worden gedefinieerd en bewerkt volgens de behoeften van het project.

⚠️ Let op: Custom fields zijn niet beschikbaar in alle abonnementen. Om te controleren of het is opgenomen in je abonnement, bekijk de [abonnementenvergelijkingslijst] of neem contact op met je beheerder. Als de functie niet beschikbaar is, moet je mogelijk je abonnement upgraden.

💡 Tip: De filter maakt het mogelijk om vergelijkbare issues te tonen tijdens het werken aan het project. Lees meer over het beheren van issues met filters in dit artikel.

Vervolgens zal de status van een issue veranderen gedurende zijn levenscyclus. Er zijn drie opties beschikbaar voor de status van een issue: Actief, Resolved en Closed.

Je zult deze titels niet kunnen wijzigen of andere extra statussen kunnen toevoegen.

  • Nieuwe issues beginnen altijd als Actief

  • Nadat oplossingen zijn gevonden voor een Actief probleem, kun je het oplossen zodat het Resolved wordt, of "oplossen en sluiten" zodat het direct Closed wordt

  • Resolved issues kunnen worden geheractiveerd of gesloten en zullen terugkeren naar Actief of veranderen naar Closed

  • Closed issues kunnen worden heropend indien nodig om weer Actief te worden

⚠️ Let op: De goedkeuringsworkflow is niet beschikbaar in alle abonnementen. Om te controleren of het is opgenomen in je abonnement, bekijk de [abonnementenvergelijkingslijst] of neem contact op met je beheerder. Als de functie niet beschikbaar is, moet je mogelijk je abonnement upgraden.

Of voeg een formelere workflow toe die je toestaat een goedkeuringsoptie aan de issues toe te voegen. De drie beschikbare opties voor de status blijven hetzelfde, maar een issue kan extra teamleden hebben die de oplossing moeten goedkeuren wanneer het issue is opgelost.

  • Wanneer het 'Goedkeuring' veld is toegewezen in de eigenschappen van een issue, en dit issue verandert van Actief naar Resolved, moet het worden goedgekeurd door de aangegeven teamleden.

  • De goedkeurder heeft de keuze om de oplossing voor het issue te afwijzen zodat het weer Actief wordt, of om de oplossing te goedkeuren zodat het probleem de status Resolved, goedgekeurd krijgt;

  • Het Resolved en goedgekeurde issue kan dan worden Closed of afgewezen om weer Actief te worden.

Het is mogelijk dat de oplossing van een issue wordt goedgekeurd en/of afgewezen door een of meer teamleden voordat het issue wordt gesloten.

Voor meer informatie over de goedkeuringsworkflow, raadpleeg het artikel De goedkeuringsworkflow.


Was dit een antwoord op uw vraag?