- Defect - évidente
- Demande de changement - quelque chose d'un client a demandé que nous facturons
- Tweak - une demande de changement qui est si petit qu'il est plus rapide de le faire que d'écrire le client documentation et faire l'estimation
- Amélioration - suggestions d'améliorations qui ne sont pas susceptibles d'être financées par un client, mais qui peuvent être utiles (habituellement soulevées en interne plutôt que par les clients)
- Support - questions générales de type support opérationnel - comment puis-je faire ce genre de choses
- Documentation - changement nécessaire à la documentation produit
L'autre sur Je l'ai utilisé dans le passé est la configuration - où le problème peut être résolu en changeant la configuration de l'application. Nous utilisons Bugzilla et il s'agit d'un type de résolution dans notre configuration actuelle plutôt que d'un type de problème, mais selon la nature de votre produit, vous pouvez le configurer différemment.
Je collerais à 5 - 8 maximum. Au-delà de cela, les choses deviennent confuses et mal classées, donc ça n'en vaut pas vraiment la peine. Au-delà, nous classons séparément la ou les zones de l'application concernée (liste d'environ 20, sélection multiple) que nous utilisons pour planifier les tests de régression.
En règle générale, commencez par moins et augmentez lentement lorsque vous vous sentez en train de faire pousser ce qui est là.