3

Au sein de notre équipe Agile/Scrum, il est possible de commencer à utiliser VersionOne comme outil de planification de projet. Ma question est, peut-elle aussi gérer les problèmes (défauts, nouvelles demandes de fonctionnalités, améliorations, correctifs) qui entrent en jeu? Ce qui signifie qu'il peut également remplacer un système de suivi des problèmes comme BugZilla? Dans un système de suivi des problèmes, de nombreuses personnes (développeurs mais aussi clients (/ support client)) entrent généralement dans des problèmes. Ensuite, ces problèmes passent par un cycle de flux de travail (nouveau, en cours, résolu, fermé, etc.). Aussi la version affecte et corrige la version (plusieurs branches).Utilisez-vous également VersionOne comme système de suivi des problèmes (aussi appelé BugZilla)

Cela peut-il être fait dans VersionOne, out of the box? Ou une personnalisation serait-elle nécessaire? Ou recommanderiez-vous de garder un autre système de suivi des problèmes en arrière-plan (comme BugZilla, Trac, Jira, etc.)?

Dans l'attente de lire les expériences des autres.

Cordialement, Tjeerd

Répondre

1

Oui, VersionOne a ces caractéristiques.

Je ne peux pas vous dire à quoi il ressemble dès le départ car j'utilise un serveur VersionOne géré de manière centralisée. Je suppose que c'est une implémentation assez standard. VersionOne est un outil très puissant, mais il faut une certaine quantité d'administration pour régler correctement les équipes et les itérations. Si vous êtes une petite équipe, elle peut faire plus que ce dont vous avez besoin et, comme la plupart des outils logiciels, elle peut ralentir les processus de planification et de révision.

C'est un système de suivi des défauts raisonnable, mais je trouve ses installations de recherche un peu maladroit.

Un certain nombre d'utilisateurs de StackOverflow l'ont fortement recommandé. Si vous planifiez une mise en œuvre au niveau de l'entreprise à distance, je vous recommande fortement d'exécuter des tests réalistes (mais ce n'est qu'une bonne pratique, n'est-ce pas?) Pour garantir que vos utilisateurs distants recevront un niveau de service acceptable. Si c'est un serveur local pour un petit nombre d'équipes, je ne m'attendrais à aucun problème. En passant, avez-vous considéré FogBugz? Il a une très bonne expérience utilisateur et s'intègre bien avec d'autres systèmes.

+0

Petite entreprise, peu d'équipes (4-6) (de 4 à 12 personnes) (donc l'analyse comparative devrait/devrait être exagérée). FogBugz, pas encore, laissez-moi faire. Merci pour la réponse! – Verhagen