Follow-the-sun delivery : vos feuilles de route avancent pendant que vous dormez.

Le modèle

Trois pôles synchrones : Paris (CET), Montréal (EST), Tokyo (JST). Chaque billet suit le soleil — Paris démarre le matin, ferme à 18h en passant la main à Montréal, Montréal ferme à 18h EST en passant la main à Tokyo, Tokyo ferme à 18h JST en repassant la main à Paris. La feuille de route avance pendant que vous dormez. Pas de magie : c'est de l'orchestration disciplinée.

• Paris 09h–18h CET → passation 18h CET (= 12h EST) → Montréal prend
• Montréal 12h–21h EST → passation 21h EST (= 10h JST J+1) → Tokyo prend
• Tokyo 10h–19h JST → passation 19h JST (= 11h CET) → Paris reprend
• Chevauchement structuré 1h en début et fin de chaque pôle : la main ne part jamais en l'air

Pourquoi ce n'est pas de la délocalisation

La délocalisation classique vend du jour-personne à bas coût en Inde ou aux Philippines avec un gestionnaire de projet qui traduit. Le résultat : feuille de route qui ralentit (chevauchement zéro avec la France), qualité qui se dégrade (zéro contexte client), retour de bâton conformité (RGPD, secret bancaire). Le tri-pôle Abbeal est l'inverse architectural :

• Pôles Tokyo / Montréal / Paris = même TJM senior (pas du bas coût)
• Recrutement local par des ingénieurs (pas des chasseurs RH)
• Chevauchement quotidien 1h × 2 entre pôles (vs 0 en délocalisation)
• Imputabilité de bout-en-bout par pôle (vs ping-pong de billets) — 3 squads autonomes
• Conformité européenne native (RGPD, ACPR, SecNumCloud) sur tous les pôles, plus Loi 25 côté Montréal

Comment ça fonctionne concrètement — 5 piliers

1. Passation écrite, pas orale

Chaque fin de journée, le pôle partant écrit un état des lieux : 3 lignes par billet en cours, blocages identifiés, prochaine action attendue. Pas de réunion de passage — le contexte tient dans un commentaire de billet lisible en 90 secondes. Le pôle entrant lit avant le café.

2. Chevauchement sacré — 1h × 2 par jour

Les fenêtres de chevauchement (Paris 17h-18h ↔ Montréal 11h-12h, Tokyo 18h-19h ↔ Paris 10h-11h) sont sanctuarisées : aucune réunion interne ne s'y prend, réservé à la passation active et aux questions client en synchrone. Si on n'a rien à dire pendant le chevauchement, on l'occupe par de la révision de PR.

3. Taille de billet calibrée

Un billet doit pouvoir être complété ou explicitement passé en chevauchement. Si un billet dépasse 2 jours-personne, on le découpe. Pas pour des raisons agiles abstraites — pour que le contexte tienne dans une passation écrite.

4. Imputabilité par fuseau

Chaque squad de pôle porte la responsabilité technique d'un domaine fonctionnel (ex : Paris = backend paiement, Montréal = ingestion de données, Tokyo = API mobile). Ça évite le syndrome "qui a touché à quoi" qui détruit la délocalisation.

5. Exécution complète locale par pôle

Chaque pôle doit pouvoir faire tourner l'environnement complet localement (docker-compose ou équivalent). Pas de dépendance critique sur une pile qui ne tourne qu'à Paris. C'est ce qui fait que Tokyo peut livrer un correctif prod à 3h du matin parisien sans réveiller personne.

Cas d'usage : ce qui tourne en production

Trois exemples concrets, extraits de cas clients déjà déployés :

• FinTech SaaS européenne — ISO 27001 livré en 9 mois (vs 18 estimés) grâce au tri-pôle. Audit DevSecOps Paris, automatisation pipelines Montréal, doc conformité Tokyo. SOC 2 enchaîné dans la foulée.
• Leader commerce électronique sport — refonte PWA, +18 % conversion mobile en 6 mois. Frontal Paris, performances Lighthouse Montréal, A/B testing JP. Score Lighthouse 92 sur mobile.
• Industriel japonais robotique — flotte 80 AGV ROS 2, +40 % de débit en entrepôt. Pile Rust embarqué Tokyo, Isaac Sim Paris, monitorage Montréal.