Qu'est-ce que le développement des logiciels Lean?

Le développement des logiciels Lean est un paradigme qui décrit un ensemble idéal théorique de circonstances pour la création de logiciels.Il est important de considérer le développement de logiciels Lean comme l'une des nombreuses théories du développement logiciel, chacune avec leurs avantages et ses inconvénients.Lorsque vous utilisez le modèle de développement de logiciels Lean, il y a sept points cruciaux à comprendre: éliminer les déchets, amplifier l'apprentissage, la prise de décision tardive, la livraison rapide, l'autonomisation de l'équipe, le renforcement de l'intégrité et la visualisation de l'ensemble.

L'élimination des déchets est à la fois un tempset un objectif d'économie d'argent.En réduisant la quantité de code excédentaire et des fonctionnalités superflues dans le développement de logiciels Lean, l'équipe de développement de logiciels économise de l'argent et offre un code plus serré à l'utilisateur final.Ainsi, les programmes créés à l'aide du modèle de logiciel Lean sont moins à forte intensité de ressources et plus ciblés.

L'amplification d'apprentissage dans le développement de logiciels Lean fait référence au concept d'utilisation des cycles courts entre les phases de test.En théorie, cela fournit une rétroaction plus constante aux ingénieurs, à son tour, permettant d'identifier des problèmes plus tôt dans la chaîne de développement.Les utilisateurs finaux sont inclus dans ces phases, garantissant que les versions bêta du programme répondentété collecté.Par exemple, décider avant de commencer le développement que le programme X devrait avoir des fonctionnalités A, B et C peut sembler une bonne idée, jusqu'à ce que les tests sur le terrain révèlent que ces fonctionnalités ne sont pas possibles à terminer à temps.Dans le développement de logiciels Lean, la décision d'inclure A, B et C serait retardée jusqu'à ce qu'il soit certain qu'il était réellement possible.

La livraison rapide fait référence à une préférence pour fournir à l'utilisateur final un modèle bêta fonctionnel aussi rapidement quepossible mdash;Peut-être lorsque le programme est complet de 85 à 90% mdash;et continuer à corriger et à moderniser ce modèle au cours de la durée de vie du programme.Cela contraste avec l'attente que le programme soit complet à 100% et le livrant alors.En théorie, cela permet à l'utilisateur final de retirer plus de vie du programme, ainsi que de permettre à l'équipe de développement des commentaires supplémentaires des modèles bêta de travail.

L'autonomisation de l'équipe signifie donner à l'équipe plus d'autonomie pendant le processus de programmation.En conséquence, ils seront théoriquement plus investis dans le projet.De plus, cela signifie leur fournir un accès aux clients, plus étroitement des attentes à la livraison réelle.

Enfin, la construction d'intégrité et la vision de l'ensemble se concentrent sur la visualisation du programme en une seule unité.Comparez cela avec d'autres systèmes, qui considèrent un programme comme une collection patchwork de différents systèmes.Cette grande façon de penser théoriquement fournit un produit plus complet, car toute l'équipe est sur la même longueur d'onde en ce qui concerne le produit fini.