Livrer c’est itérer!
Shipping Exposes Reality: Don’t Ship and Forget par Maarten Dalmijn
https ://mdalmijn.com/p/shipping-exposes-reality-don’t-ship
Tout le monde veut livrer rapidement.
Pourtant, très peu sont prêts à affronter l’embarras potentiel d’une livraison rapide.
En tant que perfectionniste, je peux profondément m’identifier à cela. Je veux toujours que quelque chose soit parfait avant d’être livré.
L’incertitude, les petites choses en suspens et les aspérités me font saigner le cerveau.
L’optimisation prématurée procure cette injection instantanée d’espresso dopaminergique que mon âme désire. Peu de choses procurent plus de joie que de faire la spéléo dans mon esprit jusqu’à ce que quelque chose semble juste.
Sauf que je rate complètement la cible d’une manière que je ne peux même pas comprendre.
Les premières versions échouent généralement d’une façon qui dépasse mon imagination, mais franchement, c’est super !
Pour aggraver les choses : la livraison rapide est un problème largement résolu grâce à l’IA. Mais ne vous laissez pas tromper : livrer rapidement n’est absolument pas la même chose qu’itérer rapidement.
Livraison = Itération !
On ne peut pas itérer rapidement si on expédie lentement, mais itérer rapidement n’est pas la même chose que livrer rapidement.
Relisez cette phrase et laisse-la vous imprégner.
Livrer lentement est un désastre qui attend d’arriver, car plus vous envoyez lentement, plus vous êtes déconnecté de la réalité.
Plus un objet met de temps à être livré, plus il est probable qu’il contienne de mauvaises décisions détachées de la réalité. Vous naviguez en aveugle. Vous agissez sur des hypothèses erronées et dépassées, en plus de retarder le retour d’information nécessaire de la réalité qui vous permet de changer de cap.
De plus, quand vous recevez un retour de cette réalité, vous êtes dans la pire position pour agir, car vous êtes couvert d’une montagne de lourdeurs.
Le fait de livrer quelque chose expose rapidement la réalité, que ce soit vraiment du code ou un rapide prototype.
Mais exposer la réalité ne suffit même pas. Exposer la réalité n’a d’importance que si vous utilisez cette information et cette compréhension pour itérer rapidement.
Vous pouvez itérer lentement lorsque vous livrez rapidement. En fait, c’est ainsi que la plupart des entreprises aiment procéder. Les entreprises qui tiennent le plus à la rapidité et à l’accélération du développement avec l’IA sont malheureusement souvent les pires coupables.
Non pas parce qu’elles ne peuvent pas itérer rapidement — elles le pourraient si elles le voulaient — mais parce qu’elles sont déjà passées à la prochaine fonctionnalité qu’elles veulent lancer : livrer et oublier.
Après la première mise en ligne d’une fonctionnalité, c’est là que le travail commence vraiment.
Qu’est-ce que vous pouvez enlever ? Où peut-on ajouter plus de finition ? Comment rendre ça encore plus simple ?
Ces conversations vous obligent à ralentir. La lenteur de réflexion nécessaire pour améliorer rapidement les choses n’a presque jamais lieu, car nous sommes déjà passés à la prochaine grande chose.
SpaceX fonctionne ainsi, il suffit de regarder la fusée Raptor sur la photo ci-dessous. La première version est laide et désordonnée, mais fait le travail. Chaque version est itérée, perfectionnée et considérée comme une opportunité de faire encore mieux.
Si SpaceX peut le faire avec des fusées, quelle est votre excuse pour ne pas le faire dans votre produit ?
Quand avez-vous retiré pour la dernière fois quelque chose de votre produit pour l’améliorer ?
À l’ère de l’IA, supprimer est plus important que jamais. Nous devrions supprimer des choses quotidiennement car ajouter des choses est plus facile que jamais (en plus l’IA est nulle pour les enlever et le taux par défaut est 10 fois plus important).
Votre première version n’est généralement jamais la meilleure, en fait si vous faites bien votre travail, c’est la pire version.
C’est en fait le but de la première version : être la pire.
La première version consiste à trouver quelque chose qui fonctionne et qui devrait avoir quelques aspérités à peaufiner plus tard. Si votre livrable ne vous embarrasse pas d’une certaine manière, vous avez probablement livré trop tard.
Mais votre première version ne peut être la pire que si vous n’itérez pas pour l’améliorer.
Sinon, c’est à la fois la meilleure et la pire en même temps. Ta première version devrait révéler la réalité et vous montrer toutes les façons dont vous avez tort.
Beaucoup d’entreprises n’arrivent jamais à réaliser cela, car elles sont déjà passées à autre chose. Ou elles le font, mais parce qu’elles ont construit quelque chose de tellement compliqué qu’elles ne peuvent même plus distinguer ce qui fonctionne ou pas. Ou elles peuvent le dire, mais la base de code est tellement complexe qu’elles ne peuvent pas la modifier comme elles le devraient pour répondre aux besoins des utilisateurs et de l’entreprise.
Rappelez-vous : la plupart de vos utilisateurs sont encore coincés avec le code que vous ne modifiez pas parce que vous courez constamment après les paillettes brillantes de quelque chose de nouveau.
Livrez rapidement et itérez rapidement.
Si vous ne retirez rien, vous n’itérez pas.
