When it comes to quality in general and code quality in particular, I very much believe in prevention prior to correction.
When asked about code quality, people tend to offer corrective type solutions. Corrective type solutions are good and Quand on leur demande concernant la qualité du code, les gens tendent à offrir des solutions de type correctif. Les solutions de type correctif sont bonnes et nécessaires, mais elles sont plus coûteuses et méritent d’être minimisées en implémentant un certain nombre de solutions préventives en amont. Exemples d’actions préventives :
- Assurer la qualité des exigences – implémenter un développement et enregistrement continu des exigences
- Assurer la qualité de l’architecture et de la conception – implémenter des méthodologies pour le concept et la documentation, telles qu’UML et RUP
- Assurer la qualité du personnel – implémenter des programmes de formation pertinents et continus et des programmes de reconnaissance – gérer la pression intelligemment
- Assurer la qualité des processus de projet – implémenter des méthodologies pour la gestion de projet et l’ingénierie logicielle, telles que PMBoK, CMMI, RUP et/ou une approche Agile reconnue.
J’ai travaillé pour des entreprises qui passent beaucoup de temps sur le côté préventif des choses, et d’autres qui n’en passent aucunement. L’expérience montre que quand du temps est consacré à implémenter des solutions préventives, le temps global de développement de logiciels n’est ni significativement plus court ni plus long… Le temps normalement passé à corriger les bogues à la fin, est plutôt consacré en amont à assurer la qualité. Mais alors les dividendes paient dans la phase de maintenance, où les choses deviennent beaucoup plus faciles. Une étude de cas a démontré que 50% moins de personnel était requis dans les 5 premières années de maintenance d’une solution logicielle re-conçue en utilisant une approche de conception appropriée et UML. À mon point de vue, la fréquence de re-conception totale nécessaire est aussi significativement diminuée.
En conclusion, selon mon expérience, les gens implémentant des approches Agile tendent souvent à écarter ou minimiser les activités préventives au nom de l’agilité, alors que ce n’est pas une exigence Agile et c’est indésirable pour des résultats de haute qualité.