Ne connaissant pas trop les ERP, ma réponse risque de ne pas convenir.
Pour l'instant, on a utilisé cet outil sur des logiciels ou des offres que nous ne développons pas nous même. On les a intégré, amélioré, configuré, adapté, reversé, etc, etc, mais on ne les a pas forké. Le logiciel continue dans son coin, sur ses outils propres, et donc ce problème de doublon ne s'est pas posé.
Sur les logiciels que nous développons nous même, comme OBM ( http://www.obm.org ), la question ne s'est pas non plus posée.
Il faut bien voir que ce sont 2 systèmes bien différents. Ce ne sont pas les bugs déposés par les clients qui guident le développement d'un projet mais bien son équipe. Par ailleurs, la plupart des demandes concernent une façon d'utiliser le logiciel ou l'influence de son contexte.
Peut-être que vous avez raison dans d'autres contextes ou d'autres utilisations, mais pour nous, ce n'est vraiment pas une "horreur à gérer" et bien plus un "raaaaaah qu'est-ce que c'est cool de pouvoir y passer si peu de temps".
Les commerciaux adorent être prévenus des dates de renouvellement.
Les ingénieurs adorent le fait de ne voir que les x contrats sur lesquels ils travaillent, ils nous l'ont signalé tout de suite quand la fonctionnalité a régressé sur le serveur de test ;).
Enfin, les manageurs peuvent connaître en un seul écran le flux total de leurs contrats.
Et rien n'empêche de mettre la référence de l'un dans l'autre, si les 2 outils sont utilisés. C'est ce que fait le projet OpenOffice.org avec leur traqueur BugZilla et leur outil EIS. C'est vraiment un développement minime, et que d'ailleurs nous utilisons pour lier les contributions des anciennes demandes à notre ancien mantis.
[^] # Re: Intéressant
Posté par Coren . En réponse à la dépêche Ouverture de Tosca. Évalué à 2.
Pour l'instant, on a utilisé cet outil sur des logiciels ou des offres que nous ne développons pas nous même. On les a intégré, amélioré, configuré, adapté, reversé, etc, etc, mais on ne les a pas forké. Le logiciel continue dans son coin, sur ses outils propres, et donc ce problème de doublon ne s'est pas posé.
Sur les logiciels que nous développons nous même, comme OBM ( http://www.obm.org ), la question ne s'est pas non plus posée.
Il faut bien voir que ce sont 2 systèmes bien différents. Ce ne sont pas les bugs déposés par les clients qui guident le développement d'un projet mais bien son équipe. Par ailleurs, la plupart des demandes concernent une façon d'utiliser le logiciel ou l'influence de son contexte.
Peut-être que vous avez raison dans d'autres contextes ou d'autres utilisations, mais pour nous, ce n'est vraiment pas une "horreur à gérer" et bien plus un "raaaaaah qu'est-ce que c'est cool de pouvoir y passer si peu de temps".
Les commerciaux adorent être prévenus des dates de renouvellement.
Les ingénieurs adorent le fait de ne voir que les x contrats sur lesquels ils travaillent, ils nous l'ont signalé tout de suite quand la fonctionnalité a régressé sur le serveur de test ;).
Enfin, les manageurs peuvent connaître en un seul écran le flux total de leurs contrats.
Et rien n'empêche de mettre la référence de l'un dans l'autre, si les 2 outils sont utilisés. C'est ce que fait le projet OpenOffice.org avec leur traqueur BugZilla et leur outil EIS. C'est vraiment un développement minime, et que d'ailleurs nous utilisons pour lier les contributions des anciennes demandes à notre ancien mantis.