Étant constamment à la recherche d’améliorer la gestion de projets chez Skalpel, j’ai passé un peu de temps à me documenter sur les méthodes Agiles pour le développement logiciel. Derrière le terme très séduisant « agile », j’ai découvert une « philosophie » du développement en équipe qui me semble correspondre aux projets que nous réalisons.

L’Agile Manifesto, un texte rédigé par 17 experts informatiques reconnus, synthétise cette vision du développement logiciel en 4 grands principes :

• Les individus et les interactions doivent primer sur les processus et les outils
• Le développement logiciel doit primer sur la documentation exhaustive
• La collaboration avec le client doit primer sur la négociation contractuelle
• L’ouverture au changement doit primer sur le suivi d’un plan rigide

Je ne suis pas un expert du développement logiciel, mais ces valeurs me semblent encore plus adaptées au développement web, puisqu’un site internet e-commerce par exemple, doit s’adapter constamment et rapidement à l’évolution de son environnement (technologique, concurrentiel, …) mais aussi à ses visiteurs. La communication et la collaboration entre le client et les équipes de développement sont alors la clé de voûte de la réussite du projet.

De ces 4 valeurs, nos experts en ont tiré 12 principes :

• Notre première priorité est de satisfaire le client en livrant tôt et régulièrement des logiciels utilisables.
• Le changement est accepté, même tardivement dans le développement. Les processus agiles exploitent le changement comme avantage compétitif pour le client.
• Livrer fréquemment une application fonctionnelle, toutes les deux semaines à deux mois, avec une tendance pour la période la plus courte.
• Les chargés d’affaires et les développeurs doivent collaborer quotidiennement au projet.
• Bâtissez le projet autour de personnes motivées. Donnez leur l’environnement et le soutien dont elles ont besoin, et croyez en leur capacité à faire le travail.
• La méthode la plus efficace de transmettre l’information vers et au sein d’une équipe de développement est une conversation en face à face.
• Un logiciel fonctionnel est la meilleure unité de mesure de la progression du projet.
• Les processus agiles promeuvent un rythme de développement soutenable. Commanditaires, développeurs et utilisateurs devraient pouvoir maintenir le rythme indéfiniment.
• Une attention continue à l’excellence technique et à la qualité de la conception améliore l’agilité.
• La simplicité – l’art de maximiser la quantité de travail à ne pas faire – est essentielle.
• Les meilleures architectures, spécifications et conceptions sont issues d’équipes qui s’auto-organisent.
• À intervalle régulier, l’équipe réfléchit aux moyens de devenir plus efficace, puis accorde et ajuste son comportement dans ce sens.

Ces principes me semblent là encore très pertinents, je me pose simplement la question de leur application dans un contexte commercial. Par exemple, l’acceptation du changement en cours de projet est une chose, sa facturation quand il implique du temps de développement supplémentaire en est clairement une autre ! Ou encore, à quoi cela sert de livrer très régulièrement un logiciel (ou une version du site) si le client n’est de toute façon pas assez impliqué pour en suivre les évolutions ? Un début de réponse est certainement dans l’éducation et le cadrage du client, mais je ne suis pas certain que cela suffise.

Si vous avez mis en place des méthodes agiles au sein de votre équipe de développement, je serai heureux d’avoir votre retour d’expérience en commentaire ! Quelles sont les difficultés que vous avez rencontré ? Quels bénéfices en avez-vous tiré ? Vos clients adhèrent-il à cette manière de travailler ?