Quel est votre rapport Bug fix vs Améliorations?

Dans l'esprit de this question je voulais avoir une idée de la proportion de temps répartie entre la correction des bogues et l'implémentation de nouvelles fonctionnalités. Si possible, essayez de donner une estimation pour le produit dans son ensemble par opposition aux statistiques individuelles des développeurs et essayez de faire une moyenne au cours d'une année typique. Fournissez un descriptif général du produit/projet pour permettre la comparaison. Plus précisément:Quel est votre rapport Bug fix vs Améliorations?

maturité du projet
Est-il encore activement développé ou strictement dans l'entretien?
estimation de la taille du produit/projet
Taille de l'équipe développer (tout compris)
Quelle est votre score de l'équipe sur le Joel test.

Ex:

environ 80% le temps passé corrections de bugs 20% de nouvelles choses
logiciel d'âge mûr (20 ans)
activement développé
1,5M ligne de texte, environ 700k - 900k LOC
12-15 codant activement dans celui-ci.
nous avons 5/12 bien sûr, certains diraient 7/12.

Source

2010-03-01 Newtopian

50% débogage, 50% nouveau code (et personnellement je veux la partie de débogage pour être plus faible)
Software est de 15 ans
ligne de 1,5M de texte (avec 170K lignes vides, 250K lignes de commentaires, 800K lignes de code réel)
environ 10 personnes sur le développement de ce
Joel test: 8/12

Source

2010-03-01 08:34:28 Patrick

semble que nous sommes dans une situation similaire. Qu'est-ce que vous pensez est la principale raison pour laquelle vous passez autant de temps sur la correction de bugs et que pourriez-vous faire pour réduire ce chiffre? – Newtopian

Problèmes: certaines parties du logiciel sont devenues trop complexes. Le logiciel est trop flexible (permet trop de configurations) donc nous ne pouvons jamais prévoir toutes les combinaisons de configuration possibles. Solutions: Meilleure détermination de l'étendue. Gardez les choses simples. Testez plus tôt. Tests automatisés Assurez-vous que les développeurs peuvent se concentrer sur leur tâche. Rendre les gens responsables de la qualité. – Patrick

oui ... cela semble familier ... Le logiciel devenant progressivement une plate-forme pour tout faire mais finit par ne rien faire de bien sans une quantité copieuse de scripts dans un langage de script propriétaire, qui, en soi devient également une plate-forme ... yikes – Newtopian

Je voudrais l'Est iMate: Nouvelles fonctionnalités 70%, Bugs 10%, la dette technique (refactoring etc.) 20%

Durée: 2 ans
activement développé
Taille de l'équipe: 8
LOC: 50K- 100k
test Joel: 9/12

vous n'avez pas demandé la pile de la technologie, mais si vous êtes intéressé, il est Ruby on Rails

Source

2010-03-18 06:20:32 AaronThomson

Merci, oui c'est exactement ce que j'étais après – Newtopian

C'est presque le même que mon projet actuel. Les différences sont le test de Joel est inférieur, son asp.net/c#, et la taille de l'équipe inférieure. – corymathews

J'estime que nous passons environ 70% de notre temps sur les nouvelles fonctionnalités et 30% sur les bogues.

maturité 10 ans
activement développé
Taille de l'équipe 14 (1 manager, 1 testeur, 1 concepteur d'interface utilisateur, 11 développeurs (8 sur les nouvelles fonctionnalités et 3 dédiées à l'entretien))
2,2M lignes de texte (950K code réel)
Joel test 10/12

Source

2010-03-25 13:19:33

Un grand merci ... Peut ne pas être statistiquement significatif, mais il semble y avoir une corrélation entre le test de Joel et le ratio. Bien que je ne sois pas surpris par cette découverte, il est agréable de voir que les données vont de cette façon. – Newtopian

Une observation intéressante concernant le test de Joel. Nous n'avons certainement pas commencé sur ce développement avec un score de 10 (c'était plus comme un 5), mais nous avons ajouté les autres au fil du temps, ce qui a aidé le ratio. Une autre chose à noter est que notre ratio a également changé au fil du temps. Il y a environ 2 ans, nous avons passé environ 50% de notre temps sur Bugs avant de diviser l'équipe et d'essayer vraiment de se concentrer sur de nouveaux développements. –

de notre logiciel de suivi du temps je vois nos équipes fonctionnalité/défaut de l'année dernière est:

75% des tâches de fonction
25% des tâches de défaut

Autres stats:

Software est ~ 10 ans
4M lignes de texte
Actuellement 11 développeurs
Test Joel: 7/12

Source

2015-01-07 14:55:04

50% Nouvelles fonctionnalités, 25% Correction de bogues, 25% des tests
activement développé
lignes 9M de texte
environ 25
9/12

Nous développons un jeu (C++) en utilisant notre propre framework et notre propre moteur, donc nous le développons activement. Les statistiques ci-dessus sont arrondies à partir de notre logiciel de suivi, cependant je pourrais faire une note ici que tout en développant des bugs mineurs sont déjà résolus sans créer une liste de bogues pour cela.

Source

2015-01-07 14:59:29

Quel est votre rapport Bug fix vs Améliorations?

Répondre

Questions connexes