viiz > dans RAD, je crois qu'il y a aussi une notion de réactivité vis-à-vis des désirs du client.
Je m'explique : dans un dév normal, on se base sur un document de spec fonctionnelles et techniques, et on passe par un échange assez formel de fiche d'évolutions, de validation etc.
Dans le cas du RAD, on développe en collaborant beaucoup plus avec le client (quasiment au quotidien), et en intégrant ses demandes 'à la volée'.
Inutile bien sûr de préciser qu'il faut avoir une relation de confiance bien établie entre le client et son prestataire info, et que le client ait une idée précise de ce qu'il désire au final.
Cette méthode permet d'être beaucoup plus à l'écoute du client, et donc de lui fournir un outil qui correspond bien mieux à ses besoins.
Inconvénient : moins formalisée, il y a des risques de dérapage en terme de durée et de budget, si les responsables de projet (client ou SSII) ne maîtrisent pas parfaitement leur sujet.
