Arthur Waller de Pennylane : 140 bugs au backlog et on accélère quand même

Qonto a 5 bugs au backlog. Pennylane en a 140

Arthur Waller n'a pas peur de l'avouer : Pennylane et Qonto n'ont rien à voir. Quand il compare les deux approches produit, le contraste est brutal.

Un de ses associés a un ami ingénieur chez Qonto. La conversation a tourné autour de la gestion des bugs. Chez Qonto, jamais plus de 5 bugs dans le backlog. Le produit est léché au pixel près. Zéro tolérance.

Le même jour, du coup, mon associé, il a regardé notre backlog de bugs. On en avait 140. Mais je pense que tu mets 140 bugs chez Qonto, ils font une crise cardiaque.

— Arthur Waller

Pour Arthur, ce n'est pas un problème. C'est un choix stratégique. L'ADN de Pennylane, c'est la vitesse d'exécution, pas le polish. Tant que l'entreprise reste en mode build plutôt qu'en mode stabilisation, les bugs restent un effet secondaire acceptable.

Le bug budget : quand trop peu de bugs signifie trop peu de vitesse

Arthur cite une pratique de Booking.com qui renverse la logique habituelle : le bug budget. Si une équipe ne génère pas assez de bugs, c'est qu'elle n'avance pas assez vite.

Ils te disaient si t'as pas de bugs, c'est que tu casses pas des trucs, ça veut dire que tu vas pas assez vite.

— Arthur Waller

Arthur reconnaît que ce serait une bonne proxy pour mesurer la vélocité, même s'il tempère : "Je suis plutôt à dire je veux qu'on ait un peu moins de bugs." Mais la philosophie reste : accepter les imperfections pour ne pas freiner l'innovation.

Chez Pennylane, l'équipe est composée de builders. Des profils qui shipent en continu et font de la division cellulaire produit. Imposer une culture du pixel parfait ? Les gens partiraient. L'ADN culturel dicte la stratégie produit, pas l'inverse.

Un seul segment mérite le polish : les TPE

Arthur introduit une nuance clé : tout n'est pas traité de la même manière. Sur le segment entreprise TPE, Pennylane a décidé de ralentir.

Il n'y a que côté entreprise TPE où on a estimé qu'on était arrivé à un certain niveau de maturité et on a dit là maintenant, il faut stabiliser, il faut enlever les bugs, il faut ce qu'on a fait du coup pendant un an et demi là.

— Arthur Waller

Un an et demi de stabilisation sur un segment mature. Le reste ? Toujours en mode construction. Cette segmentation permet d'adapter le rythme produit à la maturité de chaque marché sans sacrifier l'ensemble de la roadmap.

Les firefighting squads : réactivité en période fiscale

Pennylane a mis en place des firefighting squads, des équipes dédiées aux bugs critiques. En période de liasse fiscale, impossible de laisser un comptable bloqué 3 jours. La vélocité de résolution devient alors un KPI suivi chaque semaine : nombre de bugs, temps de réponse.

L'arbitrage est clair : vitesse d'execution globale > perfection produit, sauf sur les segments critiques où la stabilité devient un différenciateur commercial.

Formance et Lago : quand zéro bug est la seule option

À l'opposé du spectre, Anne-Sibylle Pradel de Formance et Anne Tautzschwung de Lago opèrent dans des environnements où le moindre bug crée un trou dans la raquette financière. Pour elles, le zéro bug n'est pas une aspiration, c'est la proposition de valeur.

Formance utilise trois leviers : QA intégrée dès le design, collaboration avec des agences externes comme Antithesis (une stack de testing multi-environnements), et communauté open source qui inspecte le code en production.

Chez Lago, tous les ingénieurs font du support pour les features qu'ils développent. Anne Tautzschwung a longtemps challengé ce choix — ces ingénieurs pourraient développer autre chose — mais elle reconnaît que responsabiliser les builders face aux utilisateurs change la donne. Ils voient l'usage réel, corrigent mieux, expliquent plus clairement.

Deux mondes, deux philosophies. Pennylane mise sur la division cellulaire et accepte 140 bugs pour aller vite. Formance et Lago font de la fiabilité leur différenciateur, quitte à ralentir. Le bon choix dépend de ta proposition de valeur, pas d'un dogme produit.