Quelqu'un a-t-il de l'expérience dans l'utilisation d'un logiciel de suivi des bogues / de suivi des problèmes comme bugzilla, mantis ou JIRA non seulement pour les bogues ou les tâches, mais aussi pour initier et maintenir des discussions qui mènent finalement à une décision?
Par exemple, un développeur pense que tous les champs protégés doivent être supprimés et remplacés par des champs privés avec des méthodes protégées qui y accèdent. Ce n'est pas son appel, et il aimerait en discuter. Normalement, il soulève le point lors de la prochaine réunion des développeurs à la fin de laquelle une décision est prise. Au lieu de cela, mon idée était pour lui d'ouvrir un problème d'un certain type de "décision" et de décrire son intention comme normalement on décrirait un bug ou une tâche.
D'autres développeurs peuvent faire leurs commentaires s'ils en ont envie, et à la fin, le problème est clos comme "accepté" ou "refusé".
Les avantages que je vois dans ceci:
- Communication asynchrone: personne n'est obligé d'exprimer son opinion lors d'une réunion alors qu'il n'a pas encore eu le temps de superviser toutes les ramifications de cette décision.
- Journal écrit des considérations qui mènent à une décision. Si l’on soulève ultérieurement cette question, il peut y être renvoyé.
- Des relations avec d'autres questions peuvent être établies, par exemple une tâche peut être suivie jusqu'à une décision.
- L'intégration avec un logiciel de contrôle de version, par exemple un commit peut être retracée à une décision.
Désavantages:
- Forte odeur d'un marteau d'or: un logiciel de suivi des problèmes est normalement utilisé pour suivre les éléments exploitables
- Les frais généraux organisationnels peuvent être disproportionnés: au lieu d'un petit entretien informel, il faut communiquer ses idées par écrit