Quel système électronique collaboratif utilisez-vous pour gérer les versions, les fonctionnalités et les tâches des développeurs et des responsables?

Question

Ma plus grande préoccupation est la facilité d'utilisation, et rien ne vaut une feuille de calcul google ou un document (Sauf peut-être Office). À un moment donné, la nature libre des formats commence à poser problème.

Plus précisément, j'ai les mêmes données conceptuelles réparties entre deux documents. Ceci est fait parce que les deux fournissent des vues utiles des données. (Notez que cela est censé gérer strictement les descriptions de fonction écrite par « gestion » et en corrélation avec les tâches créées par le « développement »)

• document (essentiellement la spécification fonctionnelle)
  • Contient des descriptions de haut niveau de versions et fonctionnalités
  • Ceci est écrit en utilisateur-parler, mais créé par proxy de gestion/marketing/producteurs/client
  • Utile pour un coup d'œil ou une lecture détaillée des fonctionnalités d'une version.
  • Ceci est "utilisateur" face
• feuille de calcul (Fondamentalement, le calendrier d'ingénierie)
  • contient des descriptions de poste de ligne de tâches de fonction, les estimations et les affectations de ressources
  • Ceci est développeur face
  • Mis à jour en collaboration par les développeurs pendant leur fonctionnement
  • Utile pour une vue détaillée de l'effort requis (et dépensé) pour les fonctionnalités d'une version.

Parfois, nous voulons redéfinir les priorités caractéristiques ou ajouter/supprimer ceux, et cela se produit dans le document. Cette restructuration doit ensuite être dupliquée dans la feuille de calcul. C'est une douleur dans le cul.

• Ma solution idéale
  • soutenir facilement réarrangement par lots de groupes arbitraires d'éléments (comme une feuille de calcul fait).
  • Être complètement utilisable sans toucher une souris.
  • Permet de passer d'une vue narrative à une vue détaillée de l'élément de campagne.
  • Avoir différentes données visibles dans chaque vue, mais les données voyagent avec les éléments s'ils bougent.
  • support de mise en forme de base texte enrichi
  • soutien édition simultanée-ish par plusieurs utilisateurs (Ala apps Google, Zoho, etc.)
  • Absolument aucun soutien pour schématisant.

Alors, comment voulez-vous de suivre ce genre de choses?

Answer 1

Chez un ancien employeur, nous construisons un système simple pour gérer les versions. Il servait à communiquer les dates de publication, les notes de publication et le suivi des défauts.J'ai très bien travaillé et il a probablement fallu une semaine à quelqu'un pour écrire en PHP ou quelque chose comme ça.

/Allan

Answer 2

Fogbugz est une excellente solution. Il est également développé par la société détenue par l'un des co-créateurs de stackoverflow.com.

Answer 3

Si vous êtes un model-a-holic, il y a un outil sympa appelé Enterprise Architect qui peut vous aider dans la gestion de votre tableur. Son multi-utilisateur, et a beaucoup de fonctionnalités intégrées. Il peut également générer des vues de niveau supérieur, mais je ne les considérerais pas comme des vues client/marketing. Ceux-ci sont mieux ajustés et édités à mon avis. EA est parfois comparé à Rational Rose sans le sucer, ce qui est une assez bonne description.

Si la formalité et la modélisation extensive ne vous conviennent pas (ce n'est pas mon cas), vous pouvez même utiliser une instance Bugzilla simple (ou un autre outil de suivi des problèmes). Bugzilla effectue le suivi du temps, les priorités, peut être réduit à la planification des ressources, etc. D'autres options sont Trac ou Redmine.

Un autre outil populaire pour la foule de diagramme-heureux est Microsoft Project. Il souffre cependant du problème d'utilisabilité multi-utilisateur. Notez que tous ces outils sont des "développeurs", et non des outils client/utilisateur. Comme je l'ai dit plus haut, vous devriez vraiment le produire à la main. Lorsque vous publiez une version (même des versions intermédiaires), passez quelques heures à consulter votre outil côté développeur sur les tâches terminées et à les transformer en client ou en version plus récente. Si vous ne pouvez pas consacrer le temps à la fin, créez de «grandes» tâches et marquez les tâches comme dépendantes de celles de niveau supérieur.

Answer 4

Il y a un tas de façons de le faire, évidemment. J'ai été dans quelques projets où nous avons utilisé des wikis qui ont eu la gestion des tâches intégrée comme trac et puis il y a eu un logiciel à plus grande échelle appelé JIRA. Trac est open source et je l'ai vu utiliser dans des projets open source assez volumineux. Le wiki est génial pour la documentation en raison de la nature collabaritive des wikis et la gestion des tâches est vraiment agréable pour les fonctionnalités ainsi que le suivi des bogues. Vous pouvez assigner des tâches et les développeurs peuvent leur donner des estimations. Je ne sais pas vraiment quel type de rapport vous pouvez obtenir de Trac mais au moins il y a des choses déjà disponibles Trac Reports. J'ai principalement utilisé Trac du point de vue du développeur et de la supervision de projet, mais je pense que cela pourrait être adapté à la gestion. Je peux recommander au moins d'y jeter un coup d'œil. J'ai eu seulement l'expérience de développeur de JIRA, mais juste parce que la chose a été utilisée dans les systèmes à grande échelle, je suppose qu'il doit avoir des installations de reporting assez bonnes. Au moins, il dessine des diagrammes et nous savons comment la direction les aime. ;) Il n'a pas de fonction wiki, mais j'utilise Confluence avec. Ils sont tous les deux du Atlassian afin qu'ils puissent être intégrés ensemble d'une certaine façon.

Ce sont des outils avec lesquels j'ai eu une très bonne expérience. Les environnements Wiki sont assez largement utilisés et vous pouvez vraiment les modifier pour votre propre usage. La gestion des tâches est vraiment pénible si vous devez faire toutes les modifications manuellement. Avec des outils appropriés et des installations de reporting, vous obtenez une meilleure vue de l'avancement de votre projet.