L’optimisation de l’efficacité et la minimisation des coûts sont deux composantes importantes de l’approche lean du développement logiciel, qui a déjà été testée en pratique par de nombreuses entreprises informatiques.

Les racines de cette approche remontent à l’histoire du célèbre constructeur automobile Toyota, et sont basées sur ses approches de résolution de problèmes. L’essentiel est de n’apporter que les changements bénéfiques et, en même temps, nécessitant des coûts minimaux et ne prenant pas trop de temps pour être mis en œuvre.

En ce qui concerne le développement de logiciels, la méthodologie Lean a été couverte pour la première fois par Mary Poppendieck et Tom Poppendieck, qui ont publié le livre “Lean Software Development” en 2003. Ils y décrivent les principes traditionnels de la production allégée en relation avec le développement de logiciels, ainsi qu’un ensemble de 22 outils (pratiques) et leur comparaison avec la méthodologie de développement agile.

Lean Software Development – n’est pas une méthodologie de gestion de développement de projet, comme il peut sembler l’être à première vue. Il s’agit d’un ensemble de principes utilisés dans divers projets pour améliorer le processus de développement et augmenter son efficacité.

Les 7 principes du développement logiciel lean

Au cœur du développement lean se trouve un certain nombre de principes importants qui restent pratiquement inchangés au cours des dernières années. Essayons de les expliquer en termes brefs et simples.

1. Éliminer les déchets. Dans le développement d’applications, le gaspillage est tout ce qui n’apporte aucune valeur commerciale au client, et n’améliore pas la qualité du produit en cours de développement ou n’accélère pas le temps de sortie du projet.

En d’autres termes, c’est ce pour quoi nous dépensons de l’argent et dont nous ne tirons aucun profit. Par exemple, le code inutilisé et les fonctions superflues qui n’apportent pas de valeur supplémentaire à l’utilisateur et à l’entreprise, mais qui nécessitent du temps de discussion, de développement, de test et de documentation.

2. Amplifier l’apprentissage. Pour que l’équipe puisse développer un système qui apportera une valeur commerciale au client, elle doit disposer d’un large éventail de compétences. L’équipe doit accumuler des connaissances et les partager, par exemple, sous la forme d’une revue à la fin de l’itération.

Certains des nouveaux apprentissages seront techniques, et d’autres, au contraire, sont classés comme des exigences non fonctionnelles. Par exemple, avoir une compréhension de ce qu’un utilisateur professionnel veut vraiment, et non ce que les développeurs imaginent. Par conséquent, l’équipe doit constamment se développer, apprendre et accumuler des connaissances. Cela permet à l’équipe d’éviter les problèmes à l’avenir.

3. Décider le plus tard possible. L’idée principale ici est d’attendre le dernier moment avant de prendre une décision, surtout si elle est irréversible. Cela est particulièrement vrai lorsque nous parlons des décisions qui peuvent avoir un impact significatif sur le succès du développement.

Toutes les décisions doivent être soutenues par des données analytiques et des résultats de surveillance des processus, sinon l’équipe risque d’être absorbée par trop de changements et d’oublier l’objectif principal du projet.

Plus vous prenez une décision tard, plus vous avez de compétences et de compréhension, et moins vous aurez à refaire plus tard.

4. Livrer aussi rapidement que possible. C’est la base du développement itératif. Plus vite vous montrez votre travail de base au client, plus vite vous obtiendrez son feedback, ainsi, il recevra le produit avec les améliorations nécessaires beaucoup plus tôt.

Une fonction commerciale intéressante qui est entrée en production en quelques mois peut finalement s’avérer complètement inutile. Mais si elle était mise en production dans les deux semaines, elle pourrait s’avérer bénéfique pour le client.

5. Responsabiliser l’équipe. Le développement de logiciels est un processus de travail mental, donc traitez les gens comme des professionnels compétents et motivés, plutôt que comme des professionnels ayant des compétences étroites pour écrire du code ou dessiner des diagrammes.

Pour que les gens prennent des responsabilités, soient motivés et travaillent en équipe solide, ils doivent être conscients de leur contribution au produit développé. Il est nécessaire de créer des conditions dans lesquelles chaque personne peut être concentrée à travailler sur la tâche commerciale en cours.

Faites confiance à votre équipe et respectez-la. Le facteur humain est l’un des éléments les plus importants pour un développement logiciel réussi.

6. Construire l’intégrité en. Selon les principes du développement lean, un problème peut soit être trouvé après son apparition, soit vous pouvez éliminer les causes menant à un problème à l’avance.

Les auteurs de Lean Software Development suggèrent de résoudre le problème de qualité directement lorsqu’il commence à apparaître – initialement en mettant la qualité dans le produit, et en ne laissant pas l’identification et la correction des bogues pour les tests ou la production. Pour cela, il est intéressant d’avancer par petites étapes et de vérifier la qualité après chaque étape.

7. Voir l’ensemble.

La principale façon de résoudre les problèmes est de les décomposer en questions plus petites et d’éliminer systématiquement les causes de leur apparition. Mais pour voir la racine du problème, l’équipe doit avoir une bonne compréhension globale du processus de développement actuel, du concept et de la stratégie du produit en cours de développement.

Résumé

Dans cet article, vous découvrirez les principes du Lean Software Development, que vous pouvez appliquer lorsque vous travaillez sur des projets dans votre équipe. Il se pourrait bien que cela vous permette d’améliorer l’efficacité et d’optimiser les processus.

Il est nécessaire de comprendre le fait que nous parlons de principes, et non de règles strictes. Il faut donc fournir quelques efforts pour les adapter efficacement aux spécificités de votre projet.

.