Comment transformer le départ du CTPO en levier d’amélioration : des mains dans le code du parc de collecteurs à la sécurisation de la passation technique.
La société NoWW
« Le zéro déchet, c’est maintenant. »
NoWW accompagne la restauration collective, les magasins et les entreprises dans le passage aux emballages consignés et réutilisables, pour supprimer les déchets liés à la vente à emporter.
L’ADN de NoWW est autant écologique qu’ancré localement : collecteurs certifiés Origine France Garantie, statut d’entreprise solidaire d’utilité sociale. Un contexte qui oriente naturellement les choix techniques vers des solutions souveraines (France / Europe), open source et sobres.
Côté technique, le produit tient dans une équation claire : une flotte d’embarqués — les collecteurs déployés sur le terrain — pilotée par une plateforme métier hébergée dans le cloud.
Ma mission : les mains dans le code avant de conseiller
Je suis arrivé chez NoWW pour renforcer l’équipe technique. Très vite, ma mission a pris trois visages complémentaires, à cheval sur l’implémentation et le conseil :
Implémenter un module clé du produit : la supervision du parc de collecteurs.
Sécuriser la passation de connaissance du CTPO, en vue de l’arrivée d’une Product Owner.
Auditer la qualité technique du produit, et en tirer des recommandations concrètes.
Ce qui fait la différence ? La capacité à alterner deux postures : mettre les mains dans le cambouis pour comprendre le produit de l’intérieur, puis prendre le recul nécessaire pour conseiller sur le pilotage de l’équipe technique. Coder pour de vrai, sans perdre la vision d’ensemble.
> Développeur fullstack IA
> Conseil technique
> Sécurisation passation
> Fleet embarquée
> Plateforme cloud
Le défi : faire d’un départ clé une opportunité de consolidation.
Le départ d’un CTPO, dans une jeune entreprise tech, est un moment charnière. Il concentre une connaissance précieuse du produit et de son histoire, et c’est justement l’occasion idéale de rendre cette connaissance explicite, partagée et durable.
L’enjeu n’était donc pas de parer à l’urgence, mais de saisir cette transition pour renforcer les fondations : documenter ce qui vivait dans les têtes, objectiver l’état technique du produit, et donner à la future Product Owner les clés pour piloter sereinement. Le tout sur un produit exigeant, à la croisée de l’embarqué et du cloud.
Les 3 volets de ma mission : de l’implémentation au conseil.
1 | Les mains dans le produit : superviser le parc de collecteurs
J’ai commencé par le concret, en développant un module de supervision de la disponibilité du parc, aujourd’hui en production (backend, frontend et embarqué).
L’ambition dépassait le simple « la machine répond-elle ? » des outils de supervision génériques. La vraie question, métier, est : « ce collecteur est-il utilisable par un usager, et sinon pourquoi ? ». Y répondre a demandé de :
Distinguer une panne d’un silence : une borne éteinte, un trou réseau et un périphérique en défaut ne se traitent pas de la même façon.
Résister à un terrain instable : mesures mises en tampon sur disque et renvoyées à la reconnexion, pour ne jamais perdre une donnée ni en compter deux.
Rendre la notion de « disponible » paramétrable par contrat, sans recalcul ni migration : on stocke le signal brut, on ne l’interprète qu’à la lecture.
Un choix cohérent avec les valeurs de NoWW : un sous-système maîtrisé en interne, sans dépendance à un outil de supervision tiers.
2 | Sécuriser la passation de connaissance du CTPO
Le savoir le plus critique est celui qui ne vit que dans une tête. J’ai structuré la transmission de la connaissance du CTPO sur le départ, pour qu’elle survive à son absence.
Le rapport de passation couvre les grands sujets de transmission, produit & hardware, plateforme & infrastructure, organisation & R&D, en identifiant pour chacun les zones de dépendance et les angles morts. L’objectif : préparer l’arrivée d’une Product Owner en lui donnant une lecture claire du terrain, pour gouverner le risque technique via un relais de confiance plutôt que par une expertise directe.
3 | Auditer la qualité technique et outiller l’équipe
J’ai enfin mené un audit de la qualité technique en plusieurs axes, noté qualitativement, pour offrir une lecture priorisée de l’état du produit — actionnable y compris par des interlocuteurs non techniques. De cet audit sont nées des recommandations concrètes :
Une stratégie de test progressive, calibrée sur le coût de panne. Corriger le cloud coûte peu ; intervenir sur une borne déployée coûte cher. L’effort de test se concentre là où le risque est le plus fort, en s’appuyant sur le cahier de test manuel existant et un principe simple : « zéro correction sans test ».
Une architecture de gestion de flotte alignée sur les valeurs de NoWW. Mises à jour à distance du parc et accès SAV sécurisé, via des briques open source, auto-hébergées et cohérentes avec l’exigence de souveraineté.
Un plan pour outiller l’équipe dans la durée. Recommandation d’une approche DORA pour piloter la delivery par la mesure, et initiation de l’équipe aux pratiques d’IA : présentation d’un workflow assisté par IA et d’un plan de mise en place concret.
Quels résultats ?
Pour l’entreprise | des fondations consolidées
Un module de supervision en production : pour chaque borne du parc, on sait désormais si elle est utilisable et sinon, pourquoi.
Une connaissance sécurisée : le savoir du CTPO est documenté et transmissible, prêt pour l’arrivée de la Product Owner.
Un état technique objectivé : l’audit donne une lecture claire et priorisée des chantiers, actionnable même pour des profils non techniques.
Pour l’équipe | de la dépendance à l’autonomie
Culture qualité renforcée : « zéro correction sans test » et une stratégie de test réaliste, appropriable au quotidien.
Un socle de pilotage par la mesure : la trajectoire DORA pose les bases pour piloter la delivery dans la durée.
Une montée en compétence sur l’IA : l’équipe est initiée à un workflow assisté par IA, une compétence structurante, dans l’air du temps.
Sécuriser la passation de connaissance du CTPO, en vue de l’arrivée d’une Product Owner.
Auditer la qualité technique du produit, et en tirer des recommandations concrètes.
Distinguer une panne d’un silence : une borne éteinte, un trou réseau et un périphérique en défaut ne se traitent pas de la même façon.
Résister à un terrain instable : mesures mises en tampon sur disque et renvoyées à la reconnexion, pour ne jamais perdre une donnée ni en compter deux.
Rendre la notion de « disponible » paramétrable par contrat, sans recalcul ni migration : on stocke le signal brut, on ne l’interprète qu’à la lecture.
Une stratégie de test progressive, calibrée sur le coût de panne. Corriger le cloud coûte peu ; intervenir sur une borne déployée coûte cher. L’effort de test se concentre là où le risque est le plus fort, en s’appuyant sur le cahier de test manuel existant et un principe simple : « zéro correction sans test ».
Une architecture de gestion de flotte alignée sur les valeurs de NoWW. Mises à jour à distance du parc et accès SAV sécurisé, via des briques open source, auto-hébergées et cohérentes avec l’exigence de souveraineté.
Un plan pour outiller l’équipe dans la durée. Recommandation d’une approche DORA pour piloter la delivery par la mesure, et initiation de l’équipe aux pratiques d’IA : présentation d’un workflow assisté par IA et d’un plan de mise en place concret.