LLM et Agilité : pourquoi les opposer ?
Parce qu'on développe plus vite, il n'y aurait plus besoin d'Agilité ? Cette idée trahit une mauvaise compréhension de ce qu'est l'Agilité.
Parce qu'on développe plus vite, il n'y aurait plus besoin d'Agilité ? Cette idée trahit une mauvaise compréhension de ce qu'est l'Agilité.
Un logiciel de qualité est un logiciel bien conçu avant d'être un logiciel bien réalisé. Voyons ensemble comment procéder.
Le problème, c'est que la base de comparaison (Waterfall) conduit à un logiciel qui ne répond pas au besoin des utilisateurs…
Ne demandez plus « combien de temps ça va prendre ? », demandez-vous plutôt si vous pouvez découper encore un peu plus votre travail.
Il y a des MVP à 10000€, d'autres à 10 millions d'Euros. L'objectif est le même, acquérir de vrais utilisateurs, mais tout dépend du marché.
User Story ou tâche technique ? Derrière une querelle de mots, l'arbitrage entre la valeur d'aujourd'hui et celle de demain.
« C'est bien d'apprendre de ses erreurs. Il vaut mieux apprendre des erreurs des autres. » Warren Buffett parle d'investissement, je vous parle de sprints.
Les méthodologies séquentielles ne fonctionnent pas pour l'informatique de gestion, principalement à cause de l'effet tunnel. L'alternative ? L'Agilité.
Si vous ne deviez garder qu'une chose de l'Agilité, gardez la rétrospective. Lieu de l'amélioration continue, elle ouvre à la résolution de problèmes.
Le Walking Skeleton a pour vocation de poser des fondations saines pour aller au MVP en minimisant la dette technique. Une étape que l'on gagne à formaliser.
Une erreur serait de croire que la conception fonctionnelle est l'apanage du PM : on réfléchit mieux à plusieurs et sur base d'exemples concrets.
Un PoC permet de valider une idée d'ordre marketing ou technique, tandis que le MVP vise à acquérir vos premiers utilisateurs.
Il y a projet parce qu'on se projette sur une fin à atteindre. Un produit n'a pas de fin et se développe au gré du feedback de ses utilisateurs.
Mon principal reproche à Scrum, c'est qu'il ne dit rien de la conception fonctionnelle. Si vous voulez que ça marche, c'est à vous de compléter.
« As a user, I want to connect to the database, So that I'm connected to the database. » Super, ou pas : on doit pouvoir faire mieux que ça.
Toute fonctionnalité d'un produit en accroît la complexité et augmente le risque d'erreurs. Soyez donc bien certain(e) de la valeur qu'elle ajoute.
Plutôt que de faire des estimations, qui sont correctes comme une pendule cassée (qui donne la bonne heure 2 fois par jour), découpez votre travail.
Le simple témoignage de quelqu'un qui a eu l'outrecuidance de vouloir réserver un billet de train via le site SNCF Connect.
En se popularisant, l'Agilité a été dévoyée, devenant synonyme de micro-management et de pratiques absurdes. Pourtant, on a plus que jamais besoin d'Agilité.