Outil de gestion de projet agile le plus approprié [fermé

Question

Je travaille avec la gestion des équipes agiles depuis un certain temps. Maintenant, je suis dans une entreprise qui, peu importe à quel point je pousse dur pour le fait que Face to Face est la voie à suivre et que les feuilles Excel fonctionnent pour nous faire avancer. Mais la société considère le "carter de brûlures dans une page Web" comme l'objectif principal. Ils voient cela et la capacité de voir et de suivre l'arriéré en ligne comme la chose la plus importante et nous ne pouvons pas aller avant que cela ne soit en place. Les personnes impliquées ne sont en fait pas beaucoup et elles ne sont pas réparties dans plusieurs bureaux, donc je ne vois vraiment pas le besoin. Mais j'ai décidé d'arrêter de me rendre fou à ce sujet et de mordre la balle.

J'ai donc commencé à regarder autour de moi et j'ai donné un tracker pivot, Banana Scrum et quelques autres. Un mélange d'entre eux serait probablement mon meilleur ajustement, mais étant donné les critères ci-dessous, qui me conviendraient le mieux? J'ai recherché Stackoverflow et lu sur quelques recommandations avant de publier, mais aucun d'entre eux n'a réellement répondu à tous mes besoins. Le principal problème est de donner aux gens une indication de la charge de travail et de la charge de travail future du département, mais si nous allons commencer à utiliser un outil de gestion, il pourrait aussi bien remplir quelques autres demandes.

• Capacité à l'exécuter sur un serveur interne (puisque beaucoup de systèmes avec lesquels il doit s'intégrer ne sont pas publics sur le net)
• Capacité à l'intégrer à Bugzilla, de préférence à double sens
• Capacité pour les applications externes (telles que les sites Web) à récupérer des données sur Backlog et Bunrdown-Chart
• Capacité à gérer les équipes interfonctionnelles (c'est-à-dire que nous pourrions avoir une seule personne en équipe avec une capacité donnée. Le backlog cela devrait de préférence être indiqué automatiquement)
• Possibilité d'imprimer les fiches
• Tableau blanc virtuel
• Capacité à configurer des rapports automatiques à envoyer
• Indication à long terme (nom correct?) Estimation des fonctionnalités effectuées et à court terme d'estimation du grain fin

Mise à jour: Open-source serait préférable. Jira est gentil, mais les licences sont assez chères

Mise à jour 2012-01-03: Je voudrais donner un pourboire Arriérés pour les roues rouges ce qui ajoute des installations de mêlée à Redmin de manière acceptable.

Answer 1

Jira avec le Greenhopper Le plug-in fournit la plupart de ce que vous voulez. Comme vous le dites, ce n'est pas gratuit, mais les coûts de licence sont raisonnables. Vingt dollars pour commencer avec 10 utilisateurs est une bonne affaire.

J'utilise Greenhopper depuis quelques années. Nous avons essayé les feuilles de calcul Excel à l'avance; Ils ont sucé. Le problème nécessite une base de données et une meilleure visualisation.

Sur demande, nous avons imprimé les cartes de tâche JIRA pour un tableau de travail physique pendant quelques mois. Mais c'était idiot - sec. Un projecteur dans la salle debout est tout ce dont vous avez besoin. Facultativement, vous pouvez filtrer les tâches pour vous concentrer sur ces membres de l'équipe à tour.

Capacité à l'exécuter sur un serveur interne (puisque beaucoup de systèmes avec lesquels il doit s'intégrer ne sont pas publics sur le net)

Oui.

Capacité à l'intégrer à Bugzilla, de préférence à double sens

La dernière fois que j'ai vérifié, cela pourrait importer des problèmes de Bugzilla.

Capacité pour les applications externes (telles que les sites Web) à récupérer des données sur Backlog et Bunrdown-Chart

Les scripts de gelée et JQL pourraient aider ici.

Capacité à gérer les équipes interfonctionnelles (c'est-à-dire que nous pourrions avoir une seule personne en équipe avec une capacité donnée. Le backlog cela devrait de préférence être indiqué automatiquement)

Je ne sais pas ce que vous recherchez ici. Vous pouvez créer des groupes d'utilisateurs personnalisés. Dans le système de base, la seule indication de sur-allocation est le nombre total d'heures d'un utilisateur dans un sprint.

Possibilité d'imprimer les fiches

Nous avons fait cela. Il y a un élément de menu "Print Cards".

Tableau blanc virtuel

Il y a un tableau des tâches. Aucune surface de dessin arbitraire.

Capacité à configurer des rapports automatiques à envoyer

Oui, avec un très bon contrôle de qui est envoyé quoi en réponse à quels événements. Il existe plusieurs mécanismes, configurables par les administrateurs, les administrateurs de projet ou les utilisateurs.

Indication à long terme (nom correct?

Il y a un graphique de Burndown basé sur l'heure pour le court terme du prochain sprint, et une brûlure basée sur les problèmes à long terme.

Answer 2

Tracker pivot est un excellent outil. Malheureusement, cela va maintenant payé (plus gratuit). Les autres outils qui sont assez solides comprennent: Rallye, Version One, Jira (avec Greenhopper), Agilezen, AgileBuddy, TinYPM, Aldon Agile Manager, Agile Banc, Scrum Desk, Scrum Ninja pour n'en nommer que quelques-uns.

Des outils agiles sont construits par la charge du bateau. Vous ne trouverez peut-être jamais «l'outil parfait». Période.

Je vous suggère de commencer par un tableau blanc, du ruban adhésif et des collants. À la fin de la journée, les panneaux muraux sont roi pour Agile.

Answer 3

Sur mon dernier projet que j'ai utilisé Tracker pivot Ce qui était très lisse, bien que vous deviez accepter que c'est la voie de Pivotal ou l'autoroute :) Bien que ce ne soit plus libre, c'est bon marché. Je n'ai pas essayé de mêler, bien que j'entende de bonnes choses à ce sujet si vous êtes prêt à faire l'effort de configuration, similaire à Greenhopper, c'est ce que nous venons de passer à l'utilisation en interne.

@Jody - Je ne trouve pas que Jira soit exagéré pour les petites équipes si vous la configurez au minimum. Même ainsi, je peux sympathiser que Jira / Greenhopper ne «travaille pas» hors de la boîte, et quelque chose comme Pivotal Tracker ou 37signals Camp de base Peut-être un meilleur ajustement.

Answer 4

Si vous êtes intéressé par les outils open source, je suggère de regarder le Répertoire des outils Open Source Scrum Mais si le coût est un problème et que vous n'avez pas beaucoup de gens dans votre projet, de nombreux outils commerciaux comme TinYPM offrent une version gratuite de leurs outils pour les petites équipes (5 personnes dans leur cas je crois)

Answer 5

J'ai utilisé 37 signaux de base de base avec beaucoup de succès. J'ai combiné cela avec un graphique de Burndown tiers - http://www.burndowngraph.com/.

J'ai géré l'arriéré hors ligne dans une feuille de calcul ou en tant que liste de TODO dans le projet. Bien que vous puissiez utiliser 2 projets de camp de base. Un pour le sprint actuel et un pour l'arriéré. Chaque histoire devient une liste de todo, et chaque tâche est ... eh bien, un élément de TODO. Les estimations des heures pour les tâches vont à la fin d'un élément de TODO sous le formulaire "1H" ou "1D" ou autre.

La somme de tous les TODO est votre arriéré de sprint et votre tableau de travail en un.

Pour vos problèmes d'intégration, ils ont une merveilleuse API qui vous permet de faire à peu près tout ce que vous voulez.

Il n'imprimera pas les fiches, mais si vous en avez vraiment besoin, il y a toujours l'API.

Rapports automatiques, hmmm. Je ne pense pas, mais si les gens sont vraiment intéressés, ils devraient vérifier la page du projet pour les mises à jour.

Je ne suis pas sûr que cela vous aiderait avec le truc de l'équipe transversale, mais peut-être que je ne comprends pas exactement le problème là-bas.

Je pense que cela a couvert tous vos points (pas que le camp de base peut, mais c'est proche)

Il semble vraiment que vous essayiez d'utiliser cet outil pour apaiser la gestion, mais faire les choses à votre façon. Quel que soit l'outil que vous choisissez, vous ne réussirez pas complètement tant que vous et l'équipe l'embrassez également.

Bonne chance. BTW, je trouve que Greenhopper et Jira sont exagérés pour les petites équipes.