Quel logiciel utilisez-vous pour aider à planifier votre travail d'équipe, et pourquoi?

Question

La planification est très difficile. Nous ne sommes pas naturellement bon d'estimer notre propre avenir, et de nombreux biais cognitifs exacerbent le problème. la planification du groupe est encore plus difficile. Information incomplète, vues contradictoires d'une situation et des problèmes de communication aggravent la difficulté.

Les méthodes agiles offrent un cadre pour l'organisation de la planification du groupe - qui rend la planification visible à tout le monde (user stories), le casser en petits morceaux (sprints), et fournir une analyse rétrospective afin que vous obtenez mieux à la planification. Mais trouver de bons outils pour soutenir ces pratiques se révèle délicat.

Quels outils logiciels utilisez-vous pour atteindre ces objectifs? Pourquoi utilisez-vous cet outil? Quels succès ont eu avec un outil particulier?

Answer 1

OmniPlan

Mac OS X outil de planification.

Pivotal Tracker

même utile si vous ne faites pas "agile" développement.

FogBugz

Incroyablement suivi des problèmes utiles et en vedette.

Je les utilise en même temps. OmniPlan est grande de mettre toutes les tâches qui doivent être accomplies et les répartir entre votre équipe. Vous pouvez configurer les chemins critiques (les choses que doit se produire pour la fin) et la ventilation effort global. Aussi grand visuellement pour la gestion.

Pivotal est excellent pour maintenir votre rythme de développement. Si vous êtes abonné pleinement à la méthodologie agile, il est excellent, mais toujours très utile pour suivre les caractéristiques, les composants dépendants, et actuellement l'état actif.

FogBugz fournit une interface facile à utiliser pour les non-programmeurs de soumettre des bogues ou des demandes de fonctionnalités et suivre les progrès. Les questions qui viennent sont évaluées et consignées dans Pivotal. Ensuite, ils sont déplacés dans OmniPlan si elle devient une tâche plus grande avec plusieurs composants.

Answer 2

Nous utilisons Redmine -> http://www.redmine.org/

Nous enregistrons tous nos dev là-bas ainsi que des appels de soutien afin que nous puissions voir combien de temps nous avons à allouer un sprint sur notre dernier peu de développement. Il est utile, car elle lie bien avec notre système de messagerie et notre système de contrôle de version (Git dans notre cas, mais cela fonctionne avec les autres).

Facile à se sortir de la boîte (écrit en Ruby, se déroulera sur les serveurs les plus petits) et avec certains assez puissants addons qui sont faciles à installer et à utiliser.

Answer 3

Est-il correct de réponse pas ?

Vous semblez laisser entendre que les outils logiciels sont nécessaires pour la planification agile réussie. Je ne suis pas d'accord. Si votre équipe utilise scrum ou XP correctement ( « par le livre »), vous ne devriez pas avoir à utiliser des outils logiciels pour la planification du tout.

Dans de nombreux cas, l'ajout d'outils logiciels à un processus agile est juste une façon d'éviter d'avoir à faire face au problème sous-jacent réel lié à une mauvaise communication ou de confiance. De tels problèmes sont résolus mieux par d'autres moyens.

Ma recommandation est de commencer sans outils numériques et ne les ajouter plus tard lorsque vous vraiment comprendre pourquoi vous en avez besoin.

(équipes distribuées sont un cas particulier)

Answer 4

Je l'ai utilisé à la fois Rallye et avec href="http://www.atlassian.com/software/greenhopper/" rel="nofollow"> Greenhopper .

Je vais commencer par JIRA. JIRA est un excellent outil de suivi des bogues. Greenhopper est un add-on qui permet aux équipes de commencer à travailler avec agilité. Parce qu'il n'a pas été conçu comme un outil agile de la place au sol, certains des processus se sentent inconfortables. L'outil est également beaucoup de temps et difficile à utiliser. Cependant, il est extrêmement personnalisable. En général, il se sent comme un outil que vous avez à vous entasser agile des processus dans.

Rallye a été conçu à partir du sol pour être un outil agile et il montre. Il fait suite à un grand nombre de processus agiles extrêmement bien et il complète le processus. Je l'ai utilisé cet outil dans une organisation extrêmement agile et il nous a permis de garder une trace des dépendances entre les équipes et les projets complexes impliquant plusieurs équipes agiles. la coordination inter-équipe est quelque chose d'autres outils lutte avec, mais rallye a fait cela bien. En outre, Rallye a un excellent service Web API basée. Il a permis à mon équipe d'écrire un logiciel personnalisé à l'aide des Rallyes comme notre back-end, ainsi que de générer des rapports personnalisés.

Answer 5

Nous utilisons TFS pour le contrôle source et élément de travail de suivi (malheureusement), et je l'utilise Telerik élément de travail gestionnaire aide-moi des plans de sprint record et garder le tableau des tâches en synchronisation. Si vous êtes obligé d'utiliser TFS alors telerik rend moins douloureux.

Answer 6

Nous utilisons un tracker problème appelé FIT (je travaille pour cette société que sur l'entrepreneur sous-traité de sorte qu'il était mon choix ce qu'il faut utiliser). FogBugz était cher en comparaison. Il a un faible encombrement, basée sur le Web, bon marché et fait les choses habituelles. Je regardais Redmine qui est un ensemble merveilleux, mais la direction était mal à l'aise au sujet d'un paquet open source qui a bord saigne encore.
Pour un outil comme un tracker problème que je ne voulais pas le maintenir ou le mettre à jour ou de le personnaliser. Je voulais juste que cela fonctionne dès la sortie de la boîte et le rester