Follow-the-Sun Delivery — 3 pôles synchrones livrent 24/7 sans épuisement.

Follow-the-Sun Delivery, ce n'est pas un mot-clic qu'on a colle sur une diapo pour avoir l'air a la mode. C'est une mecanique operationnelle qu'on opere depuis 9 ans, sur des produits qui roulent en prod, pour des clients qui paient des ententes de service reelles. 3 poles synchrones - Paris, Montreal, Tokyo. 24h de livraison utile par jour ouvrable. Zero ingenieur qui code a 3h du matin pour rattraper un fuseau. C'est ca, l'Adaptive Follow-the-Sun. Le reste, c'est de la mise en marche.

Le probleme - pourquoi le 24/7 est mort dans le 9-to-5

La plupart des firmes de service vendent du 24/7 en empilant des gardes. Tu te ramasses avec une equipe parisienne qui ferme a 19h, un de garde qui prend la releve en mode pompier, et une liste de billets qui repart le lendemain matin avec 10 items a trier. Resultat - tu paies 24h et tu livres 8h.

L'autre option classique - la sous-traitance a bas cout en Inde ou au Maghreb. Tu gagnes 4 a 6h de chevauchement, tu perds en qualite, en propriete intellectuelle, et tu finis avec 2 equipes qui se renvoient la balle sur Slack a coups de 'pas mon billet'. Le billet dort 16h.

Les vrais couts caches du modele mono-geo classique sur un produit critique -

• Mise en marche degradee - chaque incident traite hors heures ouvrables coute 3 a 5x plus cher en MTTR.
• Epuisement structurel - les gardes repetees font fuir les seniors en 18 mois.
• Dette technique invisible - le code ecrit a 2h du matin par un de garde fatigue finit en bogue payant 6 mois plus tard.
• Perte de momentum - une fonctionnalite livree le vendredi soir attend lundi matin pour etre validee. 60h de delai par version.

Notre methode Adaptive Follow-the-Sun

Adaptive, parce qu'on ne fait pas rouler 3 equipes paralleles qui se pilent sur les pieds. On orchestre 3 cellules synchrones autour d'un meme produit, avec une seule liste de travail, un seul standard de qualite, une seule definition du Done. Les ingenieurs de Paris, Montreal et Tokyo travaillent sur le meme Git, les memes carnets de bord, les memes ADR.

Le secret n'est pas dans les fuseaux horaires. Le secret est dans la passation. On a passe 4 ans a rationaliser le passage de relais entre poles - liste de verification de 12 points, video asynchrone Loom de 5 minutes maximum, tableau de bord d'etat partage, propriete tracee dans chaque PR. Quand Tokyo termine sa journee, Paris reprend exactement ou Tokyo s'est arrete. Pas de redite, pas de re-integration, pas de 'rappelle-moi le contexte'.

Les 3 piliers techniques qui rendent l'Adaptive Follow-the-Sun viable -

• Documentation comme du code - chaque decision d'architecture est versionnee, chaque carnet de bord est executable, chaque incident genere un post-mortem auto-indexe.
• Observabilite partagee - tableaux de bord Grafana ou Datadog accessibles aux 3 poles, alertes acheminees vers le pole actif, pas de garde cumulee.
• Developpement trunk-based + drapeaux de fonctionnalite - pas de longues branches qui divergent entre fuseaux, livraisons continues, retour arriere en 30 secondes.

Comment ca marche concretement (passation aux 8h)

Une journee type sur un produit Follow-the-Sun ressemble a ceci. Les heures sont en CET, mais la mecanique est la meme peu importe quel pole demarre.

1. 08h00 CET - Paris ouvre. Lecture de la passation de Tokyo (Loom + tableau de bord). Reprise de la liste de travail la ou Tokyo l'a laissee.
2. 12h00 CET - Synchro de 15 min Paris-Montreal (Montreal vient d'ouvrir a 7h locale).
3. 16h00 CET - Paris passe le flambeau a Montreal via passation structuree. Loom + liste de verification. Paris ferme.
4. 20h00 CET - Montreal continue, Tokyo se prepare a ouvrir (5h locale Tokyo).
5. 00h00 CET - Montreal passe le flambeau a Tokyo. Tokyo prend le relais sur incidents et fonctionnalites prioritaires.
6. 08h00 CET - Tokyo passe le flambeau a Paris. Boucle bouclee.

La preuve - 6 ans de Follow-the-Sun chez Le Monde

Le Monde nous fait confiance depuis 6 ans sur sa pile data et insights. La mission a demarre a Paris, integree dans l'equipe Insights du journal. En 2023, l'ingenieur referent - Alexandre L. - a demenage a Tokyo. La mission n'a pas bouge. Au contraire, elle a gagne en couverture.

Aujourd'hui, Le Monde beneficie d'une presence active sur la plage 5h-22h CET. Quand un incident editorial pete a 6h du matin a Paris pendant un direct politique, Tokyo est encore en plein apres-midi et declenche le correctif avant que Paris ait fini son cafe. C'est le seul Follow-the-Sun en prod que je connais sur un media francais de cette envergure. Et ca tient depuis 6 ans.

Pourquoi 3 poles et pas 2 ou 4

Question legitime, on nous la pose a chaque appel d'offres. La reponse est mathematique avant d'etre strategique.

• 2 poles (Paris-Tokyo ou Paris-Montreal) - tu couvres 16h par jour, tu laisses un trou de 8h. Pas de Follow-the-Sun, juste de la journee allongee.
• 3 poles (Paris-Montreal-Tokyo) - tu couvres 24h, chaque pole travaille 8h, chaque passation est synchrone (chevauchement de 1 a 2h entre poles voisins). Le sweet spot.
• 4 poles et plus - chaque passation ajoute du bruit, du retravail, de la dilution de contexte. Au-dela de 3, le cout de coordination depasse le gain de couverture.

Paris, Montreal, Tokyo - ce n'est pas un choix geographique romantique. C'est le triangle qui maximise la couverture horaire avec le minimum de friction culturelle. 3 langues de travail (FR, EN, JP), 3 cultures de revue de code, 1 standard commun.

Ce qu'on evite (anti-patrons)

• La garde cumulee - jamais. Si tu fais du Follow-the-Sun pour epargner les gardes et que tes ingenieurs sont quand meme appeles la nuit, tu n'as rien gagne.
• La passation vocale non documentee - le 'je t'explique vite fait en visio' ne passe pas l'epreuve du roulement de personnel. Tout passe par Loom + tableau de bord.
• Les 3 listes de travail paralleles - 1 seule liste, 1 seule definition du Done, 1 seul proprietaire produit. Sinon, tu as 3 mini-equipes en silo.
• Le suivi du soleil mecanique - on n'envoie pas un billet a Tokyo juste parce qu'il est 18h a Paris. On envoie a Tokyo quand Tokyo est le bon pole pour le billet (competences, contexte, priorite).
• La reddition de comptes a 3 voix - 1 seul charge de projet, 1 seule reddition, 1 seul interlocuteur cote client. Le client ne doit jamais 'gerer' 3 equipes.