Oui. Je peux travailler dans une organisation qui utilise un cycle en V, à condition de pouvoir conserver une démarche itérative dans mon travail.
Un projet logiciel évolue nécessairement en cours de route. Le métier continue pendant le développement, les utilisateurs précisent leurs besoins et le logiciel lui-même fait apparaître des questions que personne ne pouvait anticiper au départ. Il m’arrive également de proposer des améliorations lorsque le développement fait apparaître une meilleure manière de répondre au besoin.
Je peux donc m'adapter à un cadre projet en V, à condition que celui-ci n'interdise pas ces ajustements. De mon côté, je travaille par itérations courtes et cherche à produire régulièrement quelque chose de fonctionnel. Vous pouvez ainsi suivre l'avancement du logiciel au fur et à mesure et intégrer ces livraisons à votre propre processus de validation.
Cette manière de travailler suppose que je puisse échanger régulièrement avec un référent métier capable de répondre aux questions que les spécifications ne peuvent pas prévoir. Les tests automatisés jouent également un rôle important : ils précisent le comportement attendu du logiciel et servent de garde-fou lorsque celui-ci évolue. Votre expert métier doit donc pouvoir les valider.
Je préfère être clair sur ces conditions. Je ne peux pas garantir la qualité d'un logiciel dans un environnement où les besoins sont entièrement figés à l'avance et où aucun échange avec le métier n'est possible. Laisser une place à l'apprentissage et à l'itération n'est pas, pour moi, une méthode particulière de gestion de projet : c'est une condition du travail bien fait.
Enzo Sandré