Cependant j'ai déjà entendu le discours que l'agile permet de se dispenser de spécifications ce qui est bien entendu faux. Pour aucune autre méthode de gestion de projet je n'ai entendu quelque chose de similaire.
Le principal soucis de l'agile est que globalement les gens ne sont pas bien formés à cette méthode et lui font faire tout et n'importe quoi. Ce qui est évidemment un désastre si mal appliqué.
Un cycle en V a le mérite d'être mieux compris en théorie, mais a le même inconvénient d'être mal utilisé (car tout le monde trouve toujours un moyen ou une excuse pour passer outre la méthodologie).
Je dirais que globalement ce que les gens oublient, c'est que dans toute méthodologie il faut :
Des spécifications
De la documentation
Des tests
Une procédure définie et claire pour intégrer un commit ou réaliser un livrable
Sinon c'est du prototypage et donc du code jetable.
La méthodologie n'a qu'un impact sur leur mise en place dans le temps. Et sur des choses annexes (répartition des tâches, découpage des fonctionnalités, dates de livraisons, etc.).
[^] # Re: Agile... comment casser le charme!
Posté par Renault (site web personnel) . En réponse à la dépêche Formation « Développeur d’applications full stack » à l’INP de Toulouse, épisode 2. Évalué à 6.
Je ne dirais jamais le contraire.
Cependant j'ai déjà entendu le discours que l'agile permet de se dispenser de spécifications ce qui est bien entendu faux. Pour aucune autre méthode de gestion de projet je n'ai entendu quelque chose de similaire.
Le principal soucis de l'agile est que globalement les gens ne sont pas bien formés à cette méthode et lui font faire tout et n'importe quoi. Ce qui est évidemment un désastre si mal appliqué.
Un cycle en V a le mérite d'être mieux compris en théorie, mais a le même inconvénient d'être mal utilisé (car tout le monde trouve toujours un moyen ou une excuse pour passer outre la méthodologie).
Je dirais que globalement ce que les gens oublient, c'est que dans toute méthodologie il faut :
Sinon c'est du prototypage et donc du code jetable.
La méthodologie n'a qu'un impact sur leur mise en place dans le temps. Et sur des choses annexes (répartition des tâches, découpage des fonctionnalités, dates de livraisons, etc.).