La complexité engendre des coûts de conception, de maintenance et augmente les risques d’erreurs. De nombreuses équipes agiles utilisent les concepts de simplicité suivant. On les retrouve souvent sous forme de poster sur les murs de ces équipes.

KISS

KISS est l’acronyme de Keep It Simple, Stupide (Reste simple, idiot). Dans la conception d’un système, il est préconisé de commencer par des versions simples qui fonctionnent et de n’introduire de la complexité que quand on y est contraint.

Pour illustrer ce principe d’autres ont préféré détourner l’acronyme : > Keep it simple, stupid - Keep it stupidly simple - Keep it simple and stupid - Keep it simple, silly - Keep it small and simple - Keep it sweet and simple - Keep it simple and straightforward - Keep it short and simple - Keep it simple and smart - Keep it strictly simple - Keep it super-simple - Keep it sober and significant - Keep it short and sweet

DRY

DRY est l’acronyme de Don’t Repeat Yourself (Ne vous répétez pas). Ce principe cherche la simplicité par la factorisation du code.

YAGNI

YAGNI est l’acronyme You Ain’t Gonna Need It (Tu n’en auras pas besoin). L’idée de ce principe est de n’ajouter les fonctionnalités que quand c’est strictement nécessaire.

Poka yoke

Poka yoke signifie anti-erreur en japonais, c’est la version industriel de la simplification. Il s’agit de trouver des solution pour apporter un feedback très rapide sur les erreurs ou prévoir un système résistant aux étourderies : un détrompeur, une forme asymétrique, une prise réversible. Dans le domain du logiciel on pourra par exemple : utiliser le typage fort, déclencher une erreur s’il manque un composant, rendre un appel de méthode idempotent, etc.

Conslusion

En simplifiant au niveau technique (KISS, DRY, Poka yoke) et au niveau fonctionnel (YAGNI, Poka yoke) on réduit les coûts de maintenance et on baisse les risques d’erreurs. Seulement attention, faire simple implique de pouvoir amender tout ou partie du système en permanence, pour ajouter chaque nouvelle petite fonctionnalité. Ce qui impose d’avoir une bonne stratégie de test et s’assurer ainsi que chaque changement ne présente aucune régression.


Sources: