Pourquoi des mises en production étape par étape ?

Dans cet article, je voudrais aborder les raisons qui nous ont poussés à mettre en ligne seulement le blog, en première étape du projet de refonte de notre site.

Quel process as-tu choisi de mettre en place pour le projet ? 

Je cherchais à dérisquer le projet technique. En effet, une des principales raisons des échecs des projets informatique est leur taille : projets trop longs, trop complexes, accouchés dans la douleur de milliers d’anomalies…

J’en sais quelque chose. Dans les années 2000, j’avais un ratio pour prévoir la durée des recettes que j'aurais avec mon équipe : 0,5 anomalies trouvées par j.H de développement.

D'ailleurs, c’est principalement de ce constat que les méthodes agiles sont nées avec le concept de MEP régulières, d’incréments itératifs, qui sont plus facilement maîtrisables.

Mais voilà, si cela se conçoit assez bien pour des évolutions de site, c’est une autre affaire pour la création d’un site complet. Dans ce cas, l’approche généralement retenue est celle du MVP, pour Minimum Viable Product qui consiste à lancer seulement les fonctionnalités indispensables, dans une première version simplifiée.

Par exemple pour un site de blog, cela donnerait juste la publication d’articles, sans recherche, sans les fonctions de partage sur les réseaux sociaux, sans maillage entre les articles … En effet, pourquoi avoir une fonction de recherche si le blog a très peu d’articles ?

Pour un site complet, le MVP peut quand même encore nécessiter plusieurs mois de développement. On se retrouve alors à livrer chaque sprint sur un environnement « privé ». C’est un moindre mal, mais pas totalement satisfaisant. J’ai d’ailleurs l’habitude de dire « tant qu’on n’est pas en production, rien n’est fini. La vrai Definition of Done, c’est la prod. »

De plus, dans notre cas, le concept du MVP ne s’applique pas car nous sommes dans une refonte. Les sites Freelance-info et Carriere-info disposent d’un gros trafic et il n’est pas envisageable de les remplacer par une nouvelle version avec moins de fonctionnalités.

Alors dans ces conditions, comment aller en production à chaque sprint ?

Nous avions par contre un élément facilitant. Nous changeons de nom de domaine !  Freelance-info.com et Carriere-info.com disparaîtront, remplacés par Free-work.com. Voilà qui nous a ouvert une possibilité.

Nous avons décidé de passer en production réelle sur Free-work.com chaque fonctionnalité dès qu’elle serait prête et ainsi de pouvoir aller en prod à chaque fin de sprint. Nous avons choisi l’ordre de développement pour le rendre cohérent avec cette stratégie.

Les internautes peuvent voir le site se construire, par curiosité, mais ils continueront bien sûr à utiliser réellement les anciens sites jusqu’à leur arrêt. D‘ailleurs, pour assurer cela, nous ne migrerons les comptes client qu’à la fin du projet et réservons également les fonctionnalités « en mode connecté ».

Procéder ainsi a donc bien principalement pour objectif de dérisquer le projet, avec de nombreuses vertus :

• De matérialiser véritable l’avancement ce qui est très rassurant pour tout le monde.

• Des MEP réelles, même si elles n’ont finalement pas vraiment d’enjeu, augmentent le niveau d’attention et permet d’atteindre l’exigence nécessaire à un bon niveau de qualité.

  Réaliser la première MEP nous a pris plusieurs jours pour apporter les derniers ajustements. Preuve que ce que l’on considérait comme finalisé, ne l’était pas totalement.

• De valider l’hébergement en condition réelle, de commencer à rôder sa gestion et se frotter sans risque à la montée en charge progressive.

• De réaliser très tôt les premiers audits de sécurité.

• Rôder les déploiements en Prod.

• Travailler le SEO. Commencer à donner de la visibilité au nouveau domaine, ce que nous faisons d’ailleurs avec ce blog 😊

• Préparer nos internautes à la bascule de site et la migration des comptes. Opération hautement périlleuse sans cela.

Bien sûr, pour que cela soit possible, certaines conditions s‘appliquent :

• La première est de pouvoir utiliser le nom de domaine définitif. Facile pour nous qui changions de nom. Et de stabiliser les URL définitives pour le SEO.

• Accepter de montrer un travail « work in progress » et expliquer la démarche aux internautes. C’est ce qui nous a fait développer la partie blog du site en premier.

  Notre service s’adressant aux professionnels de l’informatique, nous avons pensé qu’ils pourraient être intéressés par suivre la construction du projet, ou au moins lui porter un regard bienveillant.

• Pas de confidentialité pré-lancement. 

• Adresser les questions de duplicate content entre les anciens sites et le nouveau. Cela revient à décider quel site privilégier pour chaque page avec la balise « canonical » et du noindex.

Peux-tu nous dire quelles sont les prochaines étapes ? 

Notre refonte répondant à tous ces critères, les MEP itératives devenaient possibles. Voici la stratégie de lotissement retenue :

1. La partie blog en premier, sans la possibilité de commenter puisque cela nécessitera le compte utilisateur. Le blog sera notre HP du site en construction.

   Le header dispose d’une ligne défilante qui affichera les derniers jobs. Nous la détournons pour afficher le message « work in progress ».

2. L’annuaire des recruteurs. Comme nous faisons aussi évoluer la fiche recruteur sur notre backoffice B2B, les recruteurs pourront visualiser le résultat de leur fiche complétée.

3. Les offres d’emploi. A noter que nous nous sommes autorisés un seul développement supplémentaire temporaire lié à notre stratégie de lotissement. Tant que postuler n’est pas possible sur le nouveau site, le bouton « postuler » redirigera sur l’offre des anciens sites.

4. L’espace documentaire sur les data de la profession

5. Et pour finir, un gros lot final : le compte utilisateur et toutes les fonctionnalités en dépendant. Cela inclut la migration des comptes, le profil candidat, les fonctions pour postuler, le forum, les commentaires du blog. Nous réfléchissons encore pour découper ce lot. J'espère que l'on pourra faire mieux.

J'espère que notre approche vous donnera des idées. Je n'ai pas de souvenir d'autres sites ayant procédés ainsi même si cela me rappelle dans les années 2000 la période des sites en "béta".

Le prochain article traitera de notre organisation qui comporte plusieurs spécificités inédites pour moi.

                                                                                        Jean-Marc LEGLISE, CTO.