Article d’archive . Les outils et versions mentionnés correspondent à l’époque de publication.
C’est la capacité de proposer des solutions immédiates et extensibles, un état d’esprit face au projet.
Il consiste à décomposer le projet, retirer le temps inutile, vérifier régulièrement la logique et ne pas trop investir dans ce qui n’apporte pas de valeur.
Il privilégie les actions utiles et retire temps et énergie aux étapes pénibles. L’équipe atteint ainsi les mêmes objectifs en moitié moins de temps, voire moins.
Cet article montre comment appliquer la gestion Agile au développement web.
Développement traditionnel : méthode typique vers 2000–2007.
Peu après 2000, les agences cherchaient à concevoir efficacement. Elles ont adapté au web outils et méthodes de l’imprimé, de la vidéo et de la radio.
Nous avons adopté prototypes papier, maquettes, personas, cas d’usage et architecture avec plans de site et organigrammes.
Le tournant
Nous avons récemment accepté la refonte d’un site de formation scolaire.
En préparant la proposition, nous ne parvenions pas à choisir notre approche sans en comprendre la raison.
Nous avons ensuite réalisé que les exigences suivaient une logique de 2005.
Maquettes, plans, cas d’usage et groupes de discussion nous ont servis près de dix ans pour des sites efficaces. Mais dans notre secteur rapide, vitesse et efficacité sont essentielles.
Ces outils nous semblent désormais ceux du « Far West ». Ils gardent leur place dans le Web 2.0, mais sont moins utilisés.
Qu’est-ce qui a changé ?
Trois changements majeurs des cinq dernières années ont fondamentalement modifié notre conception.
D’abord, tout le monde utilise Internet, vraiment tout le monde ! Il y a dix ans, beaucoup de dirigeants faisaient imprimer leurs e-mails par une secrétaire. Aujourd’hui, chacun a un Blackberry ou un iPhone.
Ensuite, nous comprenons mieux les usages. Il y a cinq ans, nous avions des estimations ; maintenant des bonnes pratiques. Sur un site universitaire, chacun cherche « Connexion utilisateur » et chaque université sait ce lien important. Difficile à imaginer, mais ces questions alimentaient réellement discussions et tests il y a dix ans.
Enfin, les CMS ont beaucoup progressé en cinq ans. Un bon consultant en ergonomie, métier inexistant dix ans plus tôt, peut collaborer avec un développeur pour adapter le CMS afin que même les personnes âgées non familières de l’informatique modifient un site.
Nous sommes au point où 80 % du travail d’alors devient superflu.
Il est temps de dépasser ces procédures.
Le développement web Agile est une méthode moderne et souple.
Les rédacteurs interagissent avec contenu et navigation dès le premier jour. La navigation avance facilement et arrive vite aux utilisateurs. Nous corrigeons souvent par petites touches plutôt que d’attendre des semaines pour de grands changements.
Des méthodes souples pour un web souple
Sortez l’équipe des e-mails et appels. Arrêtez réunions interminables et mêmes objectifs hebdomadaires.
Réunissez tous dans un bureau et enfermez-les, au figuré. Décideurs, spécialistes du contenu et informaticiens créent une recette simple de réussite.
Les itérations rapides fluidifient chaque étape et réduisent planification, récapitulation, retours, changements d’humeur, réorganisations et formations. Au lieu de quatre réunions en cinq mois, l’équipe consacre trois heures sur trois jours.
Avec Agile, l’équipe s’implique et construit le site sous deux semaines, puis reçoit des retours réels en un mois.
Pour décider de ces changements et de la formation, posez-vous ces questions :
-
- Ce changement nous aidera-t-il à atteindre nos objectifs ?
- Cette théorie correspond-elle à notre culture ?
- Cette solution est-elle meilleure que l’actuelle ?
- Quel serait le pire d’un essai d’une semaine ?
- Après cette semaine, selon quels critères continuer ou revenir à l’ancienne méthode ?