Conçues pour améliorer l’efficacité du développement Web et logiciel, les méthodes agiles ne cessent de faire parler d’elles depuis deux ans. Que pensez-vous de cette démarche ?
Les méthodes agiles donnent du rythme au développement via les livraisons successives à courte échéance
Chantal Mariage (osiatis), Grenoble
Quid des avantages et inconvénients des méthodes agiles ?
Outre le fait que les méthodes agiles offrent au client la possibilité de démarrer rapidement un projet sans passer par une phase de spécifications qui peut être lourde, longue dans le temps et coûteuse, ces méthodes sont avant tout de véritables catalyseurs de valeur ajoutée pour les métiers...
En constante interactivité, le client et l’équipe de développement partagent un objectif commun : mettre en œuvre des solutions qui répondent aux attentes métier du client. Ce mode de construction en partenariat permet à chacun d’apporter sa connaissance métier. C’est ainsi que l’équipe est à même de proposer des solutions techniques adéquates face aux attentes métiers...
La souplesse de la méthode quant à la définition des fonctionnalités permet de réajuster les priorités au cours du déroulement du projet. Le client et l’équipe de développement sont constamment en phase et alignés sur les objectifs business. En effet, le mode contractuel également plus souple permet de prendre en compte les nouvelles priorités du projet et de réajuster le périmètre en fonction des nouvelles contraintes, et cela de manière naturelle...
La méthode agile implique fortement chaque acteur du projet, que ce soit du côté client ou du côté de l’équipe de développement. En effet, par cette méthode de collaboration, le client "participe" au développement du projet. Il est constamment informé de l’avancement du projet, il est un acteur essentiel puisqu’il pilote la réalisation en priorisant le développement des fonctionnalités, il répond en temps réel aux questions de l’équipe de développement afin de ne pas perdre de temps… Bref, il fait partie intégrante de l’équipe projet. Un seul mot d’ordre, la transparence : le client n’a pas de surprise au moment des livraisons.
Le "concepteur-développeur", quant à lui, dialogue directement avec le client. Il n’y a pas de hiérarchie instaurée au sein de l’équipe de développement et pas de chef de projet. Le rôle du scrum master est un rôle d’animateur d’équipe. Chaque concepteur a donc une bonne vision de la finalité des développements qu’il réalise. Cette vision métier l’implique encore davantage...
Naturellement, cela demande un certain niveau de maturité et de responsabilité pour chacun des acteurs et une bonne adhésion à la méthode. Une bonne cohésion et entente au sein de l’équipe est indispensable pour trouver les compromis nécessaires en phase de décision ou d’arbitrage...
Les méthodes agiles donnent du rythme au développement via les livraisons successives à courte échéance et permettent de créer une véritable dynamique d’équipe. Cette dynamique constantée n’est pas sans générer un certain stress dans l’équipe de développement qui travaille en flux tendu...
Notre retour d’expérience sur plusieurs projets chez Osiatis Ingénierie nous amène à penser que comme dans toute méthode, des axes d’amélioration identifiés peuvent être mis en pratique très simplement en optant pour certaines alternatives dès le début de projet...
Car un certain nombre d’interrogations se posent dans l’esprit de nos clients …
Comment prévoir une architecture de base générique qui puisse répondre aux spécificités des fonctionnalités à développer sans connaissance de celles-ci en début de projet ? En termes d’engagement financier, comment budgéter le projet sans vision globale au moment du chiffrage ? D’un point de vue opérationnel, de quelle manière peut-on définir et suivre le planning ?
Toutes ces interrogations tournent autour des notions d’engagement que le client ne retrouvent plus par rapport aux méthodes plus traditionnelles...
Afin de répondre à ces exigences, Osiatis Ingénierie a instauré des spécificités dans la méthode. C’est en particulier, la mise en place d’un sprint initial, qui permet de définir de manière générale les fonctionnalités du projet, de définir l’architecture technique générique, de mettre au point les règles de fonctionnement tant du point de vue technique qu’organisationnel...
C’est aussi, la mise en place d’une phase d’apprentissage (learning phase) permettant de définir de manière détaillée le backlog produit, de lever les risques techniques éventuels, de valider la vélocité de développement au sein des sprints et de rôder le mode de collaboration entre le client et l’équipe de développement...
Ces dispositifs spécifiques ont pour objectif de proposer à nos clients un engagement forfaitaire lui permettant de sécuriser son projet d’un point de vue financier et opérationnel. Pour nous, le risque est limité puisque cette phase d’apprentissage nous permet de lever les inconnus face à un tel engagement...
Ainsi tout en préservant le mode de collaboration agile de l’équipe projet et la vision commune tournée vers les objectifs business, s’y ajoute l’aspect d’engagement. Nous sommes alors en mesure de proposer une méthode qui répond aux principales attentes de nos clients...
Un dernier point technique lié à la qualité des livraisons mérite une attention particulière. En effet, tout produit livré est un produit fini, et il ne faut pas négliger le process de qualification continue qui doit être intégré au process de développement de manière industrielle.
Quelle est selon vous la méthode agile la plus intéressante,
et pourquoi ?
Si les méthodes agiles partagent toutes les mêmes principes de base, elles présentent certaines différences...
La méthode Scrum que nous utilisons et que nous avons retenue comme méthode de développement chez Osiatis Ingénierie, est une méthode davantage orientée projet en comparaison à la méthode XP plus orientée développement.
Scrum répond mieux à nos attentes notamment en termes de volumétrie importante de développement sur nos projets. C’est une méthode simple où les concepts s’acquièrent facilement, et l’appropriation de la méthode par nos clients est aisée. Srum offre des outils de suivi et de pilotage faciles à mettre en œuvre et compris du client (burndown, burnup, avancement des tâches).
L’organisation du développement reste très souple en Scrum. La méthode XP par exemple impose un développement en binôme. La partie documentation peut être un item défini dans le backlog produit si le client juge que c’est une valeur ajoutée pour le projet. La méthode XP préconise le zéro document...
Cependant, la méthode XP "drivée" par les tests est un point fort que nous intégrons dans le process de développement au sein du Scrum...
D’autres méthodes comme Up imposant une modélisation UML nous paraît trop complexe pour l’appréhension client. Up demande aussi davantage d’analyse en amont et de formalisation.
Les méthodes agiles donnent du rythme au développement via les livraisons successives à courte échéance 
