Un document classique d'IBM montre comment l'entreprise a réduit systématiquement les défauts en analysant les causes profondes. Le coût de la mise en œuvre de cette pratique est inférieur au coût de la correction des défauts que vous aurez si vous ne la mettez pas en œuvre, de sorte qu'elle devrait toujours être appliquée.
1. Comprenez d'abord votre architecture et l'origine des bogues par type, gravité, composant et point d'injection au cours du cycle de développement.
2. Vous constaterez que 80% des bogues proviennent de 20% du code. La cartographie de ces défauts sur une architecture de composants montrera des essaims de bogues autour de composants spécifiques.
3. Pulvériser les bogues au moyen d'une stratégie de tests automatisés soigneusement hiérarchisée. Trouvez le problème le plus important qui survient lors des tests de régression finaux avant le déploiement. Mettez en œuvre un test automatisé qui empêche ce problème de se reproduire en utilisant les connaissances détaillées développées sur l'infestation de bogues dans votre produit. Rédigez un seul test capable de prévenir 100 problèmes courants. Passez ensuite au problème suivant, le plus prioritaire, et répétez l'opération. En effectuant quelques tests automatisés par semaine, vous finirez par rendre votre produit à l'épreuve des balles avec un nombre remarquablement réduit de tests.
En trois mois, l'une de nos entreprises a réduit un cycle de déploiement de 4 à 6 semaines à 2 semaines avec seulement 120 tests. Il a fallu trois semaines à une personne pour rédiger le test, ce qui a éliminé plusieurs semaines de travail pour toute une équipe. Cela a permis de réduire les échecs, de diminuer radicalement les appels à l'assistance et les clients ont suffisamment apprécié la nouvelle version pour acheter davantage de produits, ce qui a permis d'augmenter le chiffre d'affaires.
Tout le monde devrait mettre cela en œuvre. Le retour sur investissement est astronomique. Je pensais qu'il s'agissait d'un sujet de base, mais nos investisseurs affirment que presque aucune de leurs entreprises ne l'avait mis en œuvre avant que nous n'investissions dans elles. Les développeurs sont souvent des débutants, tout juste sortis de l'université, et les dirigeants sont des experts du domaine, pas des experts en ingénierie. Nous devons leur enseigner les bases.
par R. G. Mays, C. L. Jones, G. J. Holloway, D. P. Studinski
IBM SYSTÈMES JOURNAL. VOL 29, NO 1, 1990
La prévention des défauts est le processus d'amélioration de la qualité et la productivité en empêchant l'injection de défauts en un produit. Il se compose de quatre éléments intégrés dans le processus de développement(: 1) analyse causale des réunions pour identifier les causes profondes des défauts et sugde mettre en place des actions préventives ; (2) une équipe d'action pour la mise en œuvre les actions préventives ; (3) des réunions de lancement pour sensibiliser aux questions de qualité spécifiques à chacun le stade de développement ; et (4) collecte et suivi des données des données associées. Le processus de prévention des défauts a été mis en œuvre avec succès dans divers ouganisations au sein d'IBM, certains depuis plus de six ans. Ce document présente les étapes nécessaires à mettre en œuvre ce processus et les résultats qui peuvent en découler. être obtenu. Données sur la qualité, les coûts du processus, les avantages et les aspects pratiques. sont également présentées. Des informations sur la nature des erreurs de programmation et l'application de cette Le processus d'adaptation à une variété d'environnements de travail est discuté.
French 
English 
Spanish