Méthodes agiles : le renouveau des relations client / fournisseur dans l'ingénierie (Première Partie) 

Une pression du changement prise en compte

Principal résultat recherché : la réduction des cycles de développements et de déploiement. Du fait de la fréquence des interactions, le livrable est généralement conforme aux besoins du client et les objectifs métiers sont abordés dès le départ du projet. Autant de bénéfices qui tranchent avec le modèle classique, commente Oana Juncu, directeur de projet chez Sfeir, SSII française spécialisée dans les développements Web, qui explique qu' « aujourd'hui, les projets sont davantage soumis à la pression du changement, rendant difficile la mise en place de lourdes procédures de cahier des charges à rallonge, d'intervenants extérieurs multiples, sans compter les inévitables oublis. Le produit développé est ainsi réglé par des itérations fixes, avec des périmètres définis. Et, à la fin de chaque itération, le produit, soumis alors à des points de contrôle, doit fonctionner. »

La modèle classique dit en cascade agit sur de longs processus, impliquant alors une incapacité de faire évoluer les besoins. « Alors qu'inévitablement, on sait que sur un long projet, les besoins fonctionnels du client vont murir, souligne Oana Juncu. Avec un modèle classique, on entre dans un protocole de qualification qui pénalise le projet. Est-ce dans le périmètre ou pas [NDLR, défini en amont dans le contrat] ? » Le modèle en cascade, utilisé en grande majorité dans les projets informatiques, consiste à compartimenter le projet en phases distinctes sur le principe du non-retour. Lorsque une phase est achevée, son résultat sert de point d'entrée à la phase suivante.

Partager les risques dans la collaboration

« Dans le monde cruel de l’informatique, les contrats de développement logiciel ont souvent pour les clients un objectif supplémentaire de transférer le plus possible les risques sur un fournisseur qui « sait faire ». En s’engageant sur un périmètre fonctionnel et un montant, le fournisseur prend à son compte la complexité des projets informatiques », souligne David Gageot, dans un livre blanc de la société Valtech Technology, SSII spécialisée notamment dans le conseil autour des méthodes agiles.
En intégrant le client au coeur des processus de développement, le principe de l'agilité bouleverse la relation client/fournisseur. Et répartit les risques dans les deux camps. Un point que détaille notamment Pierre Pezziardi sur un blog de la société Octo Technology, cabinet d'architectes en systèmes d'information. « Le processus en cascade crée structurellement du risque qu’il refoule, tandis que l’incrémental intègre ce risque en le mitigeant par des cycles de livraison rapides ».