Quels traqueurs de problème prennent en charge les sous-tickets et dans quelle mesure travaillent-ils pour réduire l'écart entre les chefs de projet et les développeurs? [fermé]
https://stackoverflow.com/questions/140236
-
02-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Il existe une fonctionnalité que j'aimerais voir dans un logiciel de suivi des problèmes qui ne semble tout simplement pas si courante, à savoir la possibilité de diviser un ticket (bogue, demande de fonctionnalité, etc.) en sous-tâches. et les afficher de manière hiérarchique, avec éventuellement une sorte de rapport de progression de type barre de progression sur un ticket particulier et ses tickets enfants.
Je pense que cela serait utile à la fois aux développeurs et aux chefs de projet: les chefs de projet aiment avoir une vue d'ensemble assez large de ce qui se passe, alors que les développeurs doivent approfondir les détails et très souvent diviser un tâche en sous-tâches. Cela serait également utile si quelqu'un mettait deux problèmes en un seul ticket.
Est-ce que quelqu'un connaît un traqueur de problème qui le fait? Jusqu'à présent, ceux que j'ai consultés (Trac, FogzBugz et Basecamp) ont tous une organisation plate des tickets, ils sont donc utiles pour les développeurs ou pour les chefs de projet, mais pas pour les deux. Assembla autorise un ticket à avoir des tickets enfants (et plusieurs tickets parents), mais il ne fait pas très bien. travail de convivialité sur cette fonctionnalité spécifique.
S'il existe un tel outil de suivi des problèmes, est-ce que quelqu'un l'a déjà utilisé à la fois pour les développeurs et les chefs de projet, et dans l'affirmative, quel succès avez-vous obtenu avec cet outil? Sinon, existe-t-il une meilleure approche pouvant être utilisée par les deux catégories d’utilisateurs?
( Mise à jour : ceci n'est pas une question subjective. Quel est votre logiciel préféré de suivi des bogues?). Je pose la question des suivis de bogues dotés d'une fonctionnalité spécifique pour un produit spécifique. S'il vous plaît, ne publiez pas votre traqueur de bogues favori s'il ne répond pas à ce que j'ai demandé. Le seul élément subjectif que l'on puisse dire est son efficacité à cet usage particulier.)
La solution
Vous voulez la version 7 de Fogbugz. Cette prise en charge multi-niveaux de la hiérarchie et l’affiche sous forme de arborescence .
Autres conseils
JIRA est capable de décomposer des tâches en sous-tâches arbitraires, comme vous le souhaitez. Il est également super brillant, donc les types de gestionnaires de projets devraient l’aimer.
Il existe une longue discussion sur les suivis de bogues ici .
J'aime Mantis, moi-même.
Mantis entretient des relations entre des problèmes, tels que parent, enfant, etc.,
Il n’a pas vraiment d’arborescence, mais il montre les problèmes liés / parent / enfant dans une liste lorsque vous visualisez un problème.
Après avoir essayé trac et Mantis, C’est mon préféré
Eh bien, nous utilisons TestTrack depuis de nombreuses années, qui prend en charge les liens hiérarchiques entre les éléments. . L’interface utilisateur de gestion de projet n’est cependant pas un sujet de préoccupation.
Il semble comme que vous cherchiez quelque chose de plus similaire à @Task , où vous créez un plan de projet en utilisant un système similaire à Microsoft Project, avec des tâches futures dépendant des tâches précédentes, etc. L'interface utilisateur est plutôt lisse, mais lorsque vous accédez au gestionnaire de bogues, vous êtes quasiment de retour "Tableur glorifié" mode - je n'ai pas l'impression que cela a été vraiment conçu par ou pour les programmeurs. Cela vaut néanmoins la peine de jeter un coup d'œil si vous êtes vraiment sérieux au sujet de cette nécessité.
IMHO, le problème avec l’ajout d’une hiérarchie à votre système de suivi est que les problèmes n’ont pas naturellement une hiérarchie lorsqu’ils sont ajoutés; Une personne du contrôle qualité trouve une régression ou un utilisateur appelle sur le terrain et un problème est créé. Jusqu'à ce qu'au moins quelques recherches soient effectuées sur la cause première du problème, le problème est autonome et il est probable qu'il restera autonome jusqu'à ce qu'il soit corrigé sauf si il est identifié comme dépendant d'un projet plus important… pour lequel il existe probablement déjà une sorte de système de gestion de projet en place.
redmine et chilliproject prennent en charge les sous-tâches sans plug-in supplémentaire.
Sur la base d'une des autres réponses que j'ai consultées, Jira , ce qui contribue en partie au travail que je recherche et semble fonctionner assez bien, bien que ce ne soit pas aussi lisse que je l'espérais. Cependant, il n'autorise que les sous-tâches dans les versions Professional et Enterprise. Cette fonctionnalité est désactivée par défaut; et vous n'obtenez qu'un seul niveau de sous-tâches. Les rapports par défaut répertorient également les tâches de niveau supérieur ainsi que les sous-tâches dans une vue horizontale. Vous devez donc créer un rapport personnalisé si vous souhaitez afficher uniquement les tâches de niveau supérieur.
Une autre fonctionnalité que j’ai l’intention d’étudier lorsque j’aurai la chance de le faire est Mantis, qui a apparemment des fonctionnalités similaires. Je vais mettre à jour ici une fois que je l'ai essayé.
Rally prend en charge les vues de développement et de gestion de projet
FogBugz est l'outil de suivi des problèmes mis au point par la société FogCreek de Joel Spolsky. Ce n'est pas gratuit, mais il existe une version hébergée qui est très agréable. D'après mon expérience personnelle, il possède d'excellentes fonctionnalités et il est facile à utiliser. Il a certes un aspect plus agréable et une meilleure convivialité que mantis ou bugzilla, mais ce n’est pas une solution ouverte, et cela fait quelques compromis pour une interface plus simple.
Le service d'assistance téléphonique Tele-Support dispose d'un système de suivi des bogues très efficace et facile à utiliser L’avantage de l’exposer au service d’assistance pour relier les clients aux problèmes, puis les avertir lorsque les problèmes sont complets. J'y vis tous les jours et j'ai trouvé le flux de travail extrêmement productif. La direction sait toujours ce qui est en cours de réalisation, ce qui vient d'être corrigé et les problèmes qui font problème (et même le temps qu'il faut pour que quelque chose soit corrigé).
Il possède un très bon système de priorités personnalisable. Une catégorie et un produit peuvent être attribués à chaque problème. Un clic sur ce bouton s'organise en fonction de cette liste. Il existe une option de filtrage rapide et la possibilité de filtrer encore plus finement. Avec la durée estimée, elle calcule automatiquement l’achèvement total à la volée en fonction de ce qui est actuellement visible dans la liste.
notre flux de travail typique: les bogues sont entrés dans le système par le personnel de support / le personnel de l'assurance qualité. La direction examine la liste des " nouvelles " bogues et définit la priorité souhaitée. Le personnel chargé du développement examine la liste des priorités et définit les niveaux d’effort estimés. La direction examine et ajuste la priorité. Le développement complète les problèmes. Le contrôle qualité vérifie les problèmes résolus et informe le client lorsque la publication de la mise à jour est réussie.
À toutes les étapes, tout le personnel peut consulter la liste et connaître son statut actuel, voire ajouter des notes ou associer un autre client au problème. Il existe des champs pour la version finale, que nous utilisons avec un filtre / rapport personnalisé pour générer automatiquement nos notes de publication. (capture d'écran du problème connu : qui correspond à la partie de suivi des bogues du produit) .
TUTOS.
Il fait même les activités de gestion de projet en haut.
Le flux de travail, Wiki, il est plutôt bon.
www.tutos.org
J'ai utilisé Mantis dans de nombreuses organisations et en particulier à cause de la fonctionnalité de sous-problème qui en est une de mes points clés je cherche dans un problème-tracker. Ils ont maintenant l'exportation Freemind dans Mantis, mais je suis sûr que j'ai vu des diagrammes parent-enfant dessinés sur un site, peut-être parce qu'ils ont installé JpGraph.
J'utilise également l'installation gratuite pour un utilisateur unique du système OnTime d'Axosoft, doté de sous-programmes très flexibles. -une entrée de publication bien que l'interface utilisateur soit un peu maladroite: vous devez rechercher des problèmes plutôt que de pouvoir spécifier directement un numéro de question donné en tant que cible de la relation. OTOH vous permet de configurer un ensemble de relations en un seul clic dans la boîte de dialogue, ce qui est plus rapide dans ce scénario.
Bugzilla a la notion de bugs dépendants, qui ne correspond pas exactement au paradigme de sous-tâche que vous recherchez, mais qui peut être considérée comme proche. Malheureusement, l'interface pour cela est assez maladroite, de même que le reste de l'interface de Bugzilla, mais le travail est fait.
Du côté positif, les relations entre les bogues peuvent être présentées sous la forme d’un graphique ainsi que d’une arborescence assez facile à parcourir pour permettre d’explorer des problèmes connexes. De plus, au fur et à mesure que les sous-problèmes sont terminés ou modifiés, ces changements sont ajoutés à l’arbre de dépendance afin que les responsables des tâches de niveau supérieur soient facilement informés que les éléments qu’ils attendaient ont bien été terminés.
JIRA intégré à Pivotal Tracker.
JIRA autorise les tickets. Il donne la capacité de filtre JQL pour la recherche. Permet de partager des tickets entre groupes. Donne la capacité pour les diagrammes de flux de travail, l'historique, les transitions, les commentaires, etc. Donne la possibilité de voir les reporters, les responsables, les implémenteurs. Pour chaque ticket, il est possible d'ajouter des commentaires, des pièces jointes, des captures d'écran, un lien, un clone, un problème résolu JIRA fournit une très belle présentation de l'état actuel du ticket.
Pivotal Tracker autorise "vélocité". gestion de projet de développement agile. Utile pour les chefs de projet et les développeurs. Fournit des graphiques, des graphiques. Permet d'intégrer les tickets de JIRA à son projet. Fournit un tableau de bord avec des projets. Fournit des graphiques de vitesse en temps réel. Fournit un certain nombre de vues dans chaque projet, y compris Actuel, Glacière, Mon travail. Chaque billet JIRA peut être une "histoire". dans PT. Chaque histoire passe par les étapes Début, Fin, Livraison, Accepter / Rejeter et Rejeter pour SDLC. Chaque article permet d'ajouter des tâches, des commentaires, des pièces jointes et de télécharger des fichiers.
Flux de travail JIRA 
Flux de travail de Pivotal Tracker
