si vous utilisez un bon traqueur de billets (tel que Jira d'Atlasian) et que vous avez passé du temps à entrer toutes les différentes catégories, les histoires d'utilisateurs, les niveaux d'urgence correctement et avec l'accord de vos coéquipiers, puis à calculer ces métriques (et plus) sont incroyablement faciles.
Lors d'un projet précédent, nous avons utilisé Jira pour gérer nos listes de bogues / tâches / tâches, et à la fin, cela nous a montré que la principale cause de retards et de problèmes s'est avérée être des pratiques de gestion inefficaces.
Curieusement, lorsque ces informations ont été publiées, nous avons soudainement dit que nous n'utiliserions plus Jira et qu'un nouveau produit serait introduit pour le remplacer.
Entre-temps, toutes les demandes de transfert de données via Jira devaient être envoyées à l'équipe de gestion, et notre accès direct a été supprimé.
Ce qui n'a pas été remarqué, c'est que dans le cadre du calcul des statistiques, l'équipe de développement a demandé à Jira de piquer des données vers un crochet Web, et ce crochet Web a été utilisé pour transmettre des données à un point final sur certains serveurs internes, où nous avions du code qui a créé ces rapports automatiquement.
Nous avons commencé à surveiller le hook Web, et nous avons constaté que même si nous avons dit que Jira n'était plus utilisé, il est resté très longtemps en vie plus longtemps (plus de 6 mois pour être exact) et les abus massifs de la haute direction étaient tout simplement rampant avec une mauvaise utilisation.
Bien sûr, cela ne doit pas être quelque chose d'aussi complexe que Jira.
Si vous voulez une solution à faible rendement, vous pouvez utiliser une feuille de calcul google-docs et l'API de notification GDocs pour suivre les tâches / tickets / bugs / demandes de fonctionnalités, etc.
GDocs lui-même peut désormais publier des crochets Web et toutes sortes de choses.
Ajoutez à cela Git et / ou Github et certains hooks qui se déclenchent lorsque le code est validé dans votre référentiel, et vous avez un système de brassage domestique raisonnablement efficace, qui peut enregistrer une quantité surprenante de données.
En général, cependant, sur 100% de la durée de vie naturelle d'un produit, la répartition entre le développement et la maintenance est généralement de 20/80, la majeure partie du coût du cycle ALM (Application Lifetime Management) est absorbée par les coûts de maintenance et d'assistance.
Il n'y a rien de tel que de passer trop de temps à corriger les bogues, car il n'est tout simplement pas possible d'écrire du code sans bogue.
De bonnes politiques de test et d'intégration continue réduiront le défaut, mais vous ne l'éradiquerez jamais complètement.
Quiconque croit autrement (à mon humble avis) n'a pas suffisamment de connaissances pour porter un jugement précis ou est aveugle (le cas le plus courant) à quel point il est difficile d'écrire un logiciel.
Si votre manager est prêt pour cela, et certains le sont, alors vous voudrez peut-être lui suggérer de vous accompagner pendant une journée, afin qu'il puisse voir exactement ce que vous faites et comment vous le faites.
Iv'e a travaillé dans quelques entreprises où ce type de travail était activement encouragé, avec du personnel de niveau supérieur qui suivait du personnel de niveau inférieur, et vice versa, cela peut être une très bonne expérience d'apprentissage pour les deux parties impliquées.