Upply : de l'architecture au code, un seul responsable

Upply opère une plateforme logistique B2B où la donnée circule vite et où la moindre latence se paie en confiance client. Le produit avait grandi par ajouts successifs. Résultat : une base backend hétérogène, des choix d'architecture pris dans l'urgence, et des cycles de livraison difficiles à tenir. Chaque nouvelle fonctionnalité coûtait plus cher que la précédente.

Le besoin dépassait le simple renfort de développement. Il fallait quelqu'un pour trancher les arbitrages d'architecture, fixer un cap technique clair et remettre de la cadence dans les cycles agiles. En clair : une continuité de la stratégie au code en production, portée par un seul responsable — et non diluée dans une équipe où personne ne tient le fil.

Je suis intervenu comme référent technique, pas seulement comme développeur. Mon rôle : décider, structurer, livrer. Architecture, développement, méthode — une seule personne du diagnostic à la production.

• Diagnostic de l'existant : cartographie du backend, identification des points de dette technique et des goulots d'étranglement qui freinaient les livraisons.

• Choix d'architecture : définition d'une cible claire, modularisation des services, séparation nette des responsabilités pour rendre chaque évolution prévisible.

• Montée en qualité technique : introduction de standards de code, de tests automatisés et de revues systématiques pour réduire les régressions.

• Structuration des cycles agiles : cadence de sprints lisible, découpage des tâches en incréments livrables, priorisation alignée sur la valeur métier.

• Transmission : documentation des décisions et accompagnement de l'équipe pour lever le bus-factor et rendre les choix durables.

L'objectif n'était pas d'empiler des technologies, mais de rendre la plateforme plus fiable et l'équipe plus rapide. Les gains se mesurent sur la qualité, la prévisibilité et la vitesse de livraison.

• Réduction de la dette technique et backend restructuré autour d'une architecture claire.

• Amélioration de la couverture de tests et baisse des régressions en production.

• Cycles agiles fiabilisés, cadence de livraison tenue sprint après sprint.

• Temps de mise en production d'une nouvelle fonctionnalité réduit.