Nous utilisons bugzilla pour suivre les bogues et les demandes de fonctionnalités, et nous demandons également aux développeurs d'écrire dans des notes de version distinctes s'ils ont fini de coder une fonctionnalité. À l'ancienne, je sais.
Un problème que nous avons avec l'arrangement ci-dessus, c'est que même s'il fonctionne très bien pour les logiciels que nous vendons déjà, il est complètement inutile lorsqu'il s'agit de suivre l'avancement d'un nouveau projet de développement logiciel. La raison en est qu'au moment de développer de nouveaux logiciels, nous n'utilisons pas, ou plutôt, nous ne pouvons pas, utiliser bugzilla pour tracer les fonctionnalités simplement parce que bugzilla n'est pas adapté pour représenter la complexité compliquée de la dépendance des fonctionnalités (pour terminer une nouvelle application logicielle, il y a tout simplement trop de fonctionnalités à coder et nous n'avons tout simplement pas envie de les mettre dans bugzilla, et même si nous le faisions, nous n'avions aucun moyen de savoir quelles fonctionnalités dépendaient de qui, et nous ne serions pas en mesure de obtenir une prévision précise de la date d'expédition de toute façon).
Ensuite, nos parties prenantes s'inquiéteront de nos progrès de développement (ou de leur absence) et commenceront à frapper la porte du chef d'équipe (la vôtre vraiment) sur les estimations, ce à quoi je ne peux pas répondre parce que tragiquement, je ne sais pas non plus tout à fait honnêtement savoir dans quelle mesure la nouvelle application est terminée.
Comment présenteriez-vous les progrès de votre développement logiciel à vos parties prenantes?