Sur mon lieu de travail, nous voulons externalisation de certaines parties de notre projet de développement de logiciel à un prestataire extérieur (une autre société avec plusieurs développeurs). Notre plus grande crainte est que, bien que toutes les conditions seront remplies, le code peut être très mauvais, comme c'est souvent le cas avec externalisé projets de logiciels.
Nous ne pouvons pas utiliser les méthodes conventionnelles pour assurer le code qualitity, comme d'examen par des pairs ou d'une paire de programmation, notre première idée était la suivante: "Hé, faire de la qualité du code partie des besoins."
Mais comment pouvons-nous en faire?
Même si nous passons en revue le code, nous devons être capables de dire: Ce n'est pas ce que nous avons convenu. Nous avons donc besoin de quelque chose qui peut être quantifiée, quelque chose qui n'est pas ouvert au débat.
D'autre part nous ne voulons pas nous effrayer de chaque sous-traitant, car les définitions sont impractically stricte. Nous ne voulons pas de code parfait, mais au moins un minimum de code qualitity doit être assurée.
