|
Livrer le plus rapidement possible : oui, mais a quel prix?
Full name | |
Job | |
email | |
Company | |
City (Country) | |
Time | |
Type of Conference | |
Level | |
Description
Les principes agiles prônent la livraison d'un logiciel qui fonctionne bien, le plus tôt et le plus souvent possible (www.agilealliance.org/principles.html). Ce principe est souvent mal interprété et est présenté comme excuse pour ne pas documenter le code, pour ne pas faire une revue de code, pour limiter la portée des tests unitaires, ... le tout dans le but de présenter l'application le plus rapidement aux personnes qui demandent de la voir. Pourtant, l'agilité n'est pas synonyme de mauvaise qualité ou manque de fonctionnalité: les défenseurs de l'agilité parlent souvent de revue de code, de TDD, d'intégration continue et de la diminution de la dette technique. Ces techniques de développement, couplés à une batterie d'outils, font partie, naturellement, de ce qu'on appelle "pratiques et méthodes agiles". L'agilité n'est donc, pas synonyme des délais de livraison forcement plus courts. Et il y a, comme pour tout, un temps d'apprentissage et un ticket d'entrée à payer (au moins pour installer, configurer et se former sur des outils comme, par exemple, les outils assurant l'intégration continue, outils qui sont un minimum aujourd'hui).
|
|
|