2008-08-26 9 views

Répondre

9

Oui et non. Les cas peuvent être liés les uns aux autres, mais si vous cherchez un arbre de cas (pré-requis et autres), vous avez besoin de FogBugz 7 ou plus tard.

Si vous utilisez FogBugz 7.3 ou plus, vous pouvez maintenant utiliser la Case Dependency Plugin, qui a été publié en Avril 2011.

5

Vous n'avez pas défini ce que vous entendez par dépendances exactement, mais si vous voulez dire que la résolution d'un cas exige la résolution des autres - formellement la réponse est non. Cependant, vous pouvez vous référer à d'autres cas à partir d'un cas de base et FogBugz suivra les références croisées. Par exemple, si vous dites "voir le cas 2031" dans le texte d'un cas, la partie 2031 deviendra un lien hypertexte et les deux cas rapporteront maintenant qu'ils se réfèrent mutuellement (à la fois vers l'avant et vers l'arrière). C'est une fonctionnalité plutôt sympa en fait.

1

FogBugz 7 prend désormais en charge les sous-cas. Cela peut ou non résoudre votre problème, selon la façon dont vous voulez le gérer.

15

FogBugz supporte depuis longtemps le cas "relation", qui crée un lien ad hoc entre les cas simplement en ajoutant "case 1234" à n'importe quelle note. Inconvénients: ceux-ci ne sont pas amovibles, et cela persiste dans FogBugz 7. (Nous avons essayé de comprendre comment le faire correctement, mais nous avons manqué de temps, donc nous avons abandonné le comportement actuel.)

FogBugz 7, récemment sorti, a ajouté la hiérarchie parent-enfant, pour vous permettre de diviser un cas-type en ses parties constituantes, ou d'agréger des requêtes similaires dans un cas-cadre.

FogBugz 7 offre également des dépendances de jalon, où un jalon ne peut pas être démarré avant qu'un autre soit terminé. Cela s'applique uniquement aux fonctionnalités de planification du logiciel. Nous n'empêchons personne de travailler sur des cas dans le jalon dépendant.

Nous pensons que ces caractéristiques représentent le monde réel des dépendances telles qu'elles existent entre différentes parties d'un projet.

Nous n'avons intentionnellement pas implémenté de blocage de type Bugzilla, pour plusieurs raisons. Premièrement, il peut être terriblement inefficace, en permettant aux gens d'ignorer le travail qu'ils pourraient facilement faire si c'était devant eux. Deuxièmement, cela peut causer un tas d'interdépendances. Troisièmement, il permet également l'utilisation du logiciel comme un matraque social («Je ne peux pas commencer à faire des suppressions de fonctions tant que Jeff n'a pas terminé ses maquettes»), ce que nous essayons d'éviter. Nous faisons des logiciels sociaux ... en ce que nous préférons que les problèmes sociaux soient résolus socialement et que les problèmes logiciels soient résolus avec des logiciels. L'omission intentionnelle de blocage ou de forte dépendance entre les cas fait partie de cette philosophie. Cela dit, FogBugz 7 est très extensible, avec des plug-ins, des étiquettes, des champs personnalisés et beaucoup d'autres goodies. Si bloquer est ce que vous voulez, je suis sûr que quelqu'un sera capable de paver quelque chose ensemble.

+2

Je suis entièrement d'accord sur le fait que le blocage complet peut conduire à de mauvaises choses. Ce que je pense serait plus utile est une fonction «faire le prochain», où l'on peut me demander dans quel cas travailler la prochaine fois que celle-ci sera résolue. Et cela peut être facilement implémenté en tant que plugin! Maintenant, juste pour trouver le temps de le faire ...;) – adambox

+2

@adambox En fait, vous pouvez le faire maintenant avec le plugin de backlog en assignant juste une commande à vos cas. Ensuite dans l'ordre est celui sur lequel vous travaillerez ensuite. –

+0

Ah, excellent! ___ –

Questions connexes