Je me noie dans les courriels des utilisateurs et j'aimerais mettre en œuvre une meilleure façon de gérer toutes ces demandes que je reçois et de les mettre dans une file d'attente où les personnes d'une équipe, ainsi que les utilisateurs, y ont accès et peuvent les mettre en commun Remarques. Je pense à une sorte d'outil de gestion des tâches qui permettrait de créer plusieurs tâches dans un projet où les courriels, commentaires, idées, etc. pourraient être déposés / saisis et facilement accessibles.
J'ai besoin de quelque chose dans lequel toutes les parties peuvent être impliquées - utilisateurs, managers, chefs d'équipe, développeurs. Je recherche un outil pouvant permettre:
- Les utilisateurs ne font que glisser / déposer un e-mail pour soumettre une demande de maintenance ou d'amélioration.
- Les développeurs ne voient que leur file d'attente et la priorité pondérée de chaque tâche / projet.
- Une équipe de développeurs pour voir sur quoi tout le monde travaille en temps réel.
- Gestion pour garder un journal du temps passé sur chaque tâche.
Je commence à chercher plus dans une direction Agile / Scrum pour résoudre ce problème. J'ai trouvé la liste des outils open source de gestion de projet de logiciels agiles Scrum . Étant donné que je suis limité dans le temps, quelqu'un les a-t-il utilisés? Lequel dois-je tester pour voir s'il répondra à mes besoins? TeamPulse est une bonne direction, mais pense que c'est un peu trop gonflé. J'ai besoin de quelque chose de simple pour toutes les parties.
la source
Réponses:
Redmine
la source
JIRA
10 $ pour une licence standard pour 10 utilisateurs (le produit étant reversé à une œuvre caritative). Vaut chaque centime - je l'utilise pour suivre les fonctionnalités, les bugs, les versions, etc. - pour plusieurs projets. Il est extrêmement facile à utiliser et à configurer. Et Atlassian a beaucoup d'autres outils qui s'intègrent bien avec lui (et la licence standard pour ceux-ci sont tout aussi bon marché!) - GreenHopper, Bamboo, etc.
En fonction de vos critères:
Je pense que je commence à chercher plus dans une direction Agile / Scrum pour résoudre ce problème.
Voir l' intégration de GreenHopper
Les utilisateurs ne font que glisser / déposer un e-mail pour soumettre une demande de maintenance ou d'amélioration.
Création de problèmes à partir des e-mails
Les développeurs ne voient que leur file d'attente et la priorité pondérée de chaque tâche / projet.
Une équipe de développeurs pour voir sur quoi tout le monde travaille en temps réel.
Voir au dessus.
Gestion pour garder un journal du temps passé sur chaque tâche.
Journalisation du travail sur un problème
la source
FogBugz
Honnêtement, l'un des meilleurs systèmes que j'ai utilisés. De plus, vous pouvez avoir des adresses e-mail par client qui créeront automatiquement une nouvelle tâche.
la source
TargetProcess
Vous pouvez:
suivre les bugs
suivre les demandes
suivre les feuilles de temps
suivre les histoires d'utilisateurs
suivre les sorties
http://www.targetprocess.com
la source
Trac .
la source
Mante
Je pensais que mantis était facile à utiliser en ce qui concerne le suivi des bogues / fonctionnalités.
la source
Bugzilla (roa tout système de billetterie - Jira etc.) devrait être génial ici. Il permet de lier des tickets (qui seront des tâches dans votre cas) et enfin, vous pouvez créer des tickets pour votre taskforce (ingénieurs etc ..).
Bugzilla prend en charge les produits, les composants, les dépendances de tickets, etc. - probablement tout ce dont vous avez besoin pour gérer votre file d'attente de tâches.
+1 pour les clients qui ne reçoivent pas de lettre envoient des courriels qui créeront directement des billets.
la source
D'après mon expérience, vous êtes arrosé. Le point de non-retour a été lorsque vous avez laissé quelqu'un vous envoyer un e-mail en premier lieu.
Sérieusement , OnTime est sympa et a le portail client (le tout est facile à installer et ils ont des séminaires en ligne gratuits qui sont assez bons) où les utilisateurs peuvent créer des billets, voter sur des choses, etc.
Cependant, aucune quantité de logiciel que vous mettez en place ne sera plus facile que vos utilisateurs en cliquant sur "envoyer". Je vous souhaite de bonnes nouvelles en essayant de les convertir!
la source
Nulle part aussi "formel" que Bugzilla ou Fogbugz ou n'importe lequel d'entre eux, mais comme moyen de garder vos clients plus engagés, j'ai utilisé Google Docs avec d'excellents résultats. Certes, ce serait une bonne première étape du chaos total que tout le monde vous envoie tout le temps par courrier électronique.
Cela fonctionne très bien lorsque plusieurs personnes vous envoient également des demandes. Parce que tout le monde peut voir ce que tout le monde a écrit, il est moins probable que différentes personnes envoient toutes la même chose. Et vous pouvez mettre à jour les points un par un lorsque vous avez terminé.
Si quelqu'un m'envoie un e-mail "hors bande", je lui demanderai simplement de l'ajouter au document.
la source
Pivotal Tracker
Je l'ai utilisé avec de nombreux clients, de nombreux types d'organisations.
C'est «fait pour agile / scrum». Il se concentre sur les user stories, en particulier les fonctionnalités qui apportent de la valeur.
la source
TestTrackPro a travaillé pour nous dans mon dernier travail. Je ne sais pas comment cela a changé au cours des 3 dernières années.
À l'époque, il était sur un serveur, donc tout le monde pouvait ajouter des problèmes et y accéder. Je suis presque sûr que cela a permis d'ajouter des fichiers à un problème. Vous pouvez interroger par de nombreux paramètres différents, afin que vous puissiez voir uniquement vos tâches. Les tâches avaient un statut que vous pouviez changer au fur et à mesure que vous les travailliez. C'était un traqueur de bogues standard.
Si je cherchais un outil pour gérer les demandes des utilisateurs, je le regarderais (bien que je regarderais d'abord les outils qui ont obtenu le plus de votes) pour voir comment il se compare aux autres en fonction de mes besoins. Je n'utiliserais certainement pas seulement des e-mails pour suivre mes tâches!
la source
Utilisé pour utiliser XPlanner, mais il ne semble pas être maintenu pendant plusieurs années. Nous utilisons maintenant un outil appelé "VersionOne" . C'est bon. Les choses qu'il ne fait pas très bien sont:
Cependant, il possède une assez bonne API accessible via HTTP, nous avons donc fini par créer une interface d'application de bureau personnalisée pour afficher les histoires / tâches / informations de gestion de manière plus concise et utile!
Nous n'avons rien trouvé de mieux pour nous au moment où nous avons décidé de l'utiliser. Il a beaucoup de fonctionnalités, mais je pense que son interface utilisateur pourrait être très organisée et mise en œuvre (et économiser beaucoup de frustration).
la source
Sharepoint
est bon pour suivre les problèmes et les tâches.la source