Comment mieux faire du développement agile avec Trac ?

Question

Nous utilisons Trac comme notre système de suivi des bogues / développement / wiki et je me demandais si quelqu'un a de l'expérience et utilise certains des plugins ou fonctionnalités de Trac Agile/Scrum ? Quelque chose que vous recommanderiez ?

Ou serait-il préférable de dupliquer les tickets Trac sous la forme de fiches d'histoires d'utilisateurs à arbre mort et d'un tableau d'avancement dessiné à la main ?

---

Notez que j'ai trouvé une question similaire ici . Bien qu'il s'agisse spécifiquement de Scrum. Ils recommandent Agilo . Quelqu'un a-t-il déjà essayé Agilo ?

Answer 1

Avec une équipe colocalisée, je dupliquais toujours les user stories sur des fiches. Un mur de cartes est beaucoup plus collaboratif et simple à utiliser que n'importe quel outil logiciel. Et ce qui est le plus important, c'est dans votre visage .

Il en va de même pour une carte des brûlures. D'après mon expérience, un tableau logiciel n'est regardé en ligne que par un petit nombre de personnes et constitue généralement un moyen d'attraction. Un grand poster dessiné à la main (qui change régulièrement) est remarqué par tout le monde et sert d'incubateur pour des discussions ad hoc.

Il est également très utile de pouvoir les montrer du doigt lors de votre réunion quotidienne.

Answer 2

C'est ainsi que nous utilisons Trac pour nos sprints de type scrum :

• Nous utilisons les jalons dans Trac pour identifier les sprints.
• Il y a un jalon de Backlog par défaut où nous rassemblons tous les nouveaux tickets.
• Avant chaque sprint, nous déplaçons les tickets du backlog vers la version actuelle.
• Sur la page du jalon, nous pouvons ajouter des rétrospectives et d'autres informations sur le sprint en utilisant la syntaxe wiki.

Donc juste la fonctionnalité Trac par défaut sans aucun plugin pour l'instant afin de rester léger. Au fur et à mesure que nous nous améliorerons, nous pourrons ajouter des fonctionnalités telles que des graphiques de type burndown ou peut-être passer à un autre outil, mais nous voulons d'abord mettre en place le processus.

Answer 3

Je réponds tardivement, mais il s'agit plutôt de partager mon expérience avec Trac+Agilo jusqu'à présent.

Pour répondre rapidement à votre question, Agilo est peut-être la meilleure option disponible pour le développement Agile avec Trac.

Maintenant vient l'installation et l'utilisation de l'installation était juste très facile. Nous avons utilisé leur dernière version 0.7.3.3. Elle s'installe sans problème sur Trac 0.11 et Python 2.5. N'oubliez pas d'installer libjpeg et la bibliothèque d'imagerie de Python. Il serait utile de noter que nous avons utilisé virtualenv qui a facilité les choses.

L'utilisation ultérieure est très simple. Pour le wiki, je préfère l'ancien look propre de Trac à la personnalisation d'Agilo. En dehors de cela, tout fonctionne.

Sur leur liste de diffusion, j'ai remarqué qu'ils prévoient d'offrir un support multi-projets à l'avenir. Dans l'ensemble, je recommande le plugin Agilo pour Trac.

Answer 4

Yep, j'ai installé Agilo sur notre installation Trac.

Il a l'air très cool, il comprend de jolis graphiques d'analyse.

Malheureusement, j'ai quitté l'entreprise où je l'ai installé avant d'avoir pu l'utiliser sérieusement.

L'installation a été pénible (Ubuntu Ibex) - j'ai documenté les étapes précises sur le site web de l'entreprise. Groupe Agilo Google .

Le problème (comme toujours) est l'intégration dans l'aspect commercial des choses que les chefs de projet et les PDG aiment voir (par exemple, les heures estimées par rapport aux heures réelles). Il existe (comme cela a été mentionné) d'autres produits qui couvrent cela (FogBugz couvre cela je crois), mais j'aime Trac (et l'équipe) donc nous avons travaillé autour de cela.

Oh, une dernière chose ; il semble qu'il introduit beaucoup de frais généraux (c'est-à-dire qu'il faut passer plus de temps dans trac pour en tirer le maximum), mais comme je l'ai dit, je n'ai pas eu l'occasion de vraiment l'utiliser en colère.

Answer 5

Mordu est un plugin Trac pour l'intégration continue qui peut être exploité pour faire des builds automatiques sur check-in, ce qui fournit une partie critique du processus Agile (feedback rapide). Je n'ai pas utilisé personnellement d'autres plugins pour Trac, je ne peux donc pas les commenter. Cependant, la fonctionnalité native de Trac des jalons pourrait être exploitée assez facilement, je soupçonne, pour être utilisé comme marqueurs d'itération (où chaque jalon représente la fin d'une itération). Puisque les jalons peuvent être utilisés pour marquer une "date d'échéance" pour les fonctionnalités déjà, vous ne devriez pas avoir besoin de beaucoup de modifications pour les utiliser comme tel.

A partir de là, en utilisant les tickets comme des histoires d'utilisateurs, et en les liant à des jalons (je suis sûr que cela peut être fait manuellement au pire), vous auriez une méthode de base pour suivre la vélocité et tenir l'équipe au courant des progrès (et des changements qui doivent être faits aussi).