Michaël Jackson, dont je vous parlais hier, offre une heuristique simple.
💡 Quand on crée du logiciel, on installe une Machine dans un Environnement.
👉 L'essentiel se trouve dans l'effet souhaité (de la Machine) sur l'Environnement.
WHAT & WHY, not HOW.
Demandez-vous si l'utilisateur pourrait dire :
On doit faire en sorte que X. On doit avoir plus (ou moins) de X.
Par exemple, l’utilisateur ne dit jamais :
On doit mettre des Microservices et faire beaucoup plus de Value Objects.
👉 Les Microservices et Value Objects font partie de la Machine. Ils sont accessoires, pas essentiels [1]
Le WHY est un passage obligé. Autrement, le CEO ou CTO pourrait dire :
On doit mettre des agents IA 🚀
Et penser être dans l'essentiel. C'est le fait qu'il ne sache pas dire pourquoi (et pourquoi comme cela), qui suggère qu'il est dans l'accessoire.
Noyé dans la Machine et son chant de sirène.
#SoftwareEngineering
A l'inverse, vous pourriez être amené à dire "je pense qu’on doit mettre en place une base de données, pour retrouver l’info facilement sans passer par un dev". Laissez votre dev en parler comme un détail à vos risques et périls. ↩︎