Comment réaliser au mieux un développement Agile avec Trac? [fermé]
nous utilisons Trac comme notre système de suivi / développement de bogues / wiki et je me demandais si quelqu'un avait de l'expérience et utilise certains des plugins ou fonctionnalités Agile/Scrum de Trac? Quelque chose que vous recommanderiez?
ou serait-il préférable de dupliquer les billets de la Mcarb sous forme de fiches d'information de l'utilisateur sur l'arbre mort et d'un tableau d'épuisement dessiné à la main?
notez que j'ai trouvé une question similaire ici . Bien que ce soit spécifiquement à propos de Scrum. Ils recommandent Agilo . Quelqu'un a déjà essayé Agilo encore?
10 réponses
avec une équipe co-localisée, j'ai toujours dupliqué des histoires d'utilisateurs sur des fiches. Un mur de cartes est beaucoup plus collaboratif et simple à utiliser que n'importe quel outil logiciel. Et le plus important, c'est dans votre visage .
la même chose est vraie pour un tableau de brûlure. Dans mon expérience, un logiciel graphique obtient en ligne regardé par un petit nombre de personnes, et est généralement un moyen de traction. Un grand poster dessiné à la main (qui change régulièrement) est remarqué par tous, et sert d'incubateur pour des discussions ad hoc.
il est également très utile d'être en mesure de les pointer lors de votre réunion de mêlée quotidienne.
C'est ainsi que nous utilisons Trac pour notre scrum comme sprints:
- nous nous servons des jalons indiqués dans les Mcarb pour identifier les sprints.
- il y a une étape par défaut de L'arriéré où nous recueillons tous les nouveaux billets.
- avant chaque sprint nous déplaçons billets de l'arriéré de la version actuelle.
- sur la page milestone, nous pouvons ajouter des rétrospectives et d'autres informations sur le sprint en utilisant la syntaxe wiki.
donc juste la fonctionnalité par défaut de Trac sans plugins pour l'instant pour le garder léger. Au fur et à mesure que nous nous améliorons, nous pouvons ajouter des fonctionnalités telles que des diagrammes de burndown ou peut-être passer à un autre outil, mais nous voulons d'abord mettre le processus en place.
répond tard, mais c'est encore plus 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.
vient maintenant pour installer et l'utilisation d'installation était juste très facile. Nous avons utilisé leur dernière version 0.7.3.3. Il installe flawless sur Trac 0.11 et Python 2.5. N'oubliez pas d'installer la bibliothèque d'imagerie libjpeg et python. Il serait utile de noter que nous avons utilisé virtualenv qui a rendu les choses plus faciles.
une autre utilisation est très simple. Pour wiki, je préfère L'ancien look propre de Trac à la personnalisation D'Agilo. Autres que que tout fonctionne, tout simplement.
sur leur liste de diffusion, j'ai remarqué qu'ils envisagent d'offrir un soutien multi-projets à l'avenir. En tout, je recommande Agilo plugin pour Trac.
Ouais, j'ai installé Agilo sur notre Trac de l'installation.
semble très frais, comprend de belles cartes de burndown.
Malheureusement, j'ai quitté l'entreprise où je l'ai installé avant que je puisse obtenir tout emploi sérieux.
Installation was a pain (Ubuntu Ibex) - j'ai documenté des étapes précises sur le Agilo Google Group .
Le problème (comme toujours) est l'intégration dans l'entreprise fin des choses que les pm et les PDG aiment voir (p. ex. heures estimées par rapport aux heures réelles). Il y a (comme il a été mentionné) d'autres produits là-bas qui couvrent cela (FogBugz couvre cela je crois), mais je (et l'équipe) aime Trac donc nous avons travaillé autour de cela.
Oh, encore une chose; il semble que cela introduise beaucoup de frais généraux (i.e. vous devez passer plus de temps dans trac pour en tirer le meilleur parti), mais comme je l'ai dit, Je n'ai pas eu l'occasion de vraiment l'utiliser dans la colère.
Bitten est un plugin Trac pour l'intégration continue qui peut être exploité pour faire des constructions automatiques sur check-in, qui fournit une partie critique du processus Agile (rétroaction rapide). Je n'ai pas utilisé d'autres plugins pour Trac personnellement, donc je ne peux pas les commenter. Cependant, la fonctionnalité natif Trac des jalons pourrait être utilisée assez facilement, je soupçonne, pour servir de marqueurs d'itération (où chaque jalon représente la fin d'une itération). Depuis les étapes peuvent être utilisées 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 telles.
à partir de là, en utilisant les billets comme histoires d'utilisateurs, et en les liant aux jalons (je suis sûr que cela peut être fait manuellement au pire) vous donnerait une méthode de base pour suivre la vitesse et garder l'équipe au courant des progrès (et des changements qui doivent être faits aussi).
nous utilisons le wiki Trac pour:
- liste des exigences pour chaque caractéristique
- liste des spécifications techniques (le cas échéant) pour les caractéristiques
- liste des versions et de leurs caractéristiques
- environnements déployés, avec des liens vers toutes les instances
- il y a une macro pour faire des requêtes web, donc nous pouvons lister quelle version, etc. chaque env a 151940920"
- (il y a un GraphViz plugin qui est très utile pour les dessins simples)
il y a aussi un billet dans le système de billetterie pour chaque" caractéristique", pour garder un retard brut et le sprint actuel/prochain prévu.
ensuite, nous écrivons un tas de cartes lors de la planification de sprint pour chaque fonctionnalité.
il y a aussi un aspect plus opérationnel. Nous gardons une personne chaque sprint sur Ops, donc nous avons une personne qui est dédié à être interrompu par des gens à l'extérieur de l'équipe. Le reste de l'équipe peut se concentrer sur la fourniture de fonctionnalités.
chaque tâche bug / ops obtient un ticket, mais dès que nous commençons à travailler dessus, il obtient une carte et commence à se déplacer à travers la carte. De cette façon, il obtient la visibilité et nous n'oublions pas d'impliquer les testeurs, etc.
Scrum est assez tactile, donc je ne pense pas qu'il serait bon de mettre trop de choses en dehors de l'environnement de travail physique. Mais à la fin de votre équipe doit trouver un équilibre qui fonctionne.
pour quelque chose de complètement différent, la meilleure façon de faire le développement Agile avec Trac peut être à simplement migrer tout à Redmine . Il prend en charge les fonctionnalités de base de Trac avec quelques extras incluant des projets multiples, des graphiques Gantt, des forums, des DCVS, etc. bien qu'il semble que c'est pas complètement là encore . Quelques bonnes choses dans le pipeline.
Daniel Srb (dans les commentaires) a un redmind agile plugin il a travaillé sur ce qui semble prometteur. Vous pouvez être en mesure de contacter et de voir s'il prévoit de le libérer (était Il ya longtemps).
Nous avons eu du succès en utilisant deux produits en concert dans le passé, Trac pour les billets, xplanner de la planification.
Agilo pour Scrum rocks, les dernières versions utilisent des graphiques générés côté client, donc il n'y a plus de dépendance, beaucoup plus facile à installer : -) agile42 il suffit de libérer une version Pro qui enrichit L'expérience Agilo avec un nice et intuitive Planning Board , très cool screencast: -)
nous avons récemment commencé à utiliser Scrumban.
essentiellement un conseil D'administration Kanban, avec les réunions debout quotidiennes couvrant les questions classiques de mêlée Agile - qu'avez-vous travaillé la veille? sur quoi comptez-vous travailler aujourd'hui? vous disposez de tous les bloqueurs?
nous faisons cela autour d'une carte Kanban physique, il est idéal pour visualiser le flux de travail et pour la synergie d'équipe, mais nous voulions également une forme numérique de notre carte Kanban pour être en mesure de vérifier trac d'utilisation vs la carte physique.
à la recherche de quelque chose qui fonctionnerait, j'ai trouvé ce poste astucieux sur la re-création d'une version numérique de la carte Kanban dans trac .
il est très simple et simple, j'ai été en mesure de manipuler facilement cette approche pour notre flux de travail, et vous pourriez probablement l'adapter à votre approche itérative Agile Scrum (ou si vous pouvez abandonner l'approche time boxed, donner Scrumban un essai).