Les applications Web et mobile en production, malgré les efforts fournis en phase de recette, souffrent souvent de défauts de qualité qu’il faut savoir corriger. Pour les grandes entreprises qui éditent des services en ligne, il peut être intéressant d’étudier les pratiques des pure players de l’Internet. A ce titre, Foursquare fournit un exemple intéressant, ayant récemment fait l’objet d’une publication sur leur blog. Il ressort du « Hack Day » que la startup organise régulièrement, quatre grands principes qui peuvent être appliqués par les grandes entreprises :
- Faire une pause dans les développements
- Mobiliser l’entreprise dans l’amélioration de la qualité du code
- Valoriser les collaborateurs
- Lancer des innovations, même partielles, mais innover rapidement
Faire une pause dans les développements
La course à l’enrichissement de fonctionnalités peut conduire à un amoncellement de couches de code qui peuvent devenir ingérables sur le long terme. Le code est peu optimisé, mal documenté, l’urgence permanente nuit à la qualité des applications, et donc à leur maintenabilité.
En planifiant une pause dans les développements, les équipes peuvent temporairement se concentrer sur un seul et unique objectif : améliorer la qualité des applications. Toute l’énergie est alors focalisée sur ce seul objectif, et les équipes ne sont pas distraites par des nouveautés à développer. Cependant, mobiliser sur des opérations qui s’apparentent à du classement, du rangement et toutes sortes d’activités de ce type, est bien moins enthousiasmant que d’innover. Comment donc créer l’enthousiasme sur cet objectif ?
Mobiliser l’entreprise dans l’amélioration de la qualité du code
Le jeu est un formidable levier de mobilisation. La « gamification » se développe et peut être utilisée pour entrainer les équipes à réaliser une tâche a priori peu enthousiasmante. Le jeu peut aussi être conçu de sorte à mobiliser l’ensemble des compétences de l’entreprise, et pas seulement les développeurs.
En organisant un jeu doté d’un prix jugé suffisamment attractif par l’ensemble des collaborateurs et incitant à l’amélioration de la qualité des applications, on crée ainsi les conditions favorables à l’engagement de tous au profit de l’objectif commun, et ceci dans une ambiance ludique et festive. Reste que le jeu ne doit pas être la seule raison du mouvement. Comment orienter les efforts de tous vers l’objectif d’amélioration de la qualité des applications ?
Valoriser les collaborateurs
Un des leviers de motivation d’un collaborateur est la reconnaissance de son travail. En assurant au collaborateur que sa contribution à l’atteinte de l’objectif d’entreprise sera valorisée, on le met en mouvement.
La valorisation d’un collaborateur peut par exemple passer par sa mise en avant sur les supports de communication de l’entreprise, qu’ils soient internes ou externes. Les interviews de collaborateurs vainqueurs du jeu organisé pour mobiliser les équipes peuvent ainsi être publiées sur le site Web de l’entreprise. Les collaborateurs concernés ne manqueront pas de relayer l’interview au travers des réseaux sociaux auxquels ils participent, partageant ainsi leur enthousiasme… et contribuant à véhiculer une image positive de l’entreprise qui rayonnera auprès des collaborateurs futurs. Après avoir momentanément arrêté les développements, organisé un premier jeu mobilisateur et valorisé les collaborateurs, comment pérenniser cette boucle vertueuse ?
Lancer des innovations, même partielles, mais innover rapidement
La boucle d’amélioration de la qualité du code applicatif peut aussi apporter de bonnes surprises et pourquoi pas des innovations. La clé du succès des pure players tient en leur capacité à lancer des innovations en mode bêta. Les développeurs savent pertinemment qu’elles ne sont pas parfaites. Les chefs de produit savent qu’elles manquent d’une foule de fonctionnalités qui les rendraient encore plus attractives. Ils savent aussi que c’est l’usage qui crée la fonctionnalité.
En se donnant la liberté de lancer rapidement des innovations, même imparfaites sur les plans fonctionnels et techniques, on augmente ses chances de toucher le public et d’avoir des retours d’expérience d’usage en situation réelle, et non seulement dans un laboratoire. Le code applicatif se retrouve ainsi enrichi de fonctionnalités éprouvées par les utilisateurs. Et progressivement, ce code subira des évolutions qu’il faudra un jour revoir pour les rendre plus conformes aux règles de l’art en terme d’architecture, de norme de codage, etc. Il sera alors temps de lancer un nouveau Hack Day !
Michaël Tartar 