Méthodologies ALM
L’Application Lifecycle Management (ALM) a une perspective large qui se poursuit jusqu’à ce que l’application ne soit plus utilisée. Les méthodologies pour ALM peuvent varier, il est donc crucial de choisir la méthodologie adaptée à vos besoins pour le développement. L’objectif de ce module et d’ALM est d’aider à augmenter la productivité des développeurs, d’améliorer la collaboration entre les équipes et d’assurer la transparence des éléments de travail.
Cette unité explore les méthodologies pour ALM et vous aide à déterminer la méthodologie à utiliser en fonction des besoins de développement logiciel.
Il existe plusieurs approches de l’ALM. Chaque méthodologie présente des avantages et des inconvénients, selon les types de projet et de logiciel utilisés.
Les trois méthodologies courantes sont Waterfall, Agile et Spiral.
Méthodologie Waterfall
La méthodologie Waterfall est une approche séquentielle. Le projet est divisé en différentes phases qui vont de la phase précédente à la phase suivante jusqu’à la fin du projet. Chaque phase est entièrement documentée avec des livrables, des examens et des approbations clairs. En général, la phase suivante de la méthodologie Waterfall ne démarre pas avant la fin de la phase précédente. Par exemple, si vous deviez implémenter des applications de finances et d’opérations, toutes les exigences pour chaque intégration devraient être définies avant que les développeurs puissent commencer le développement.
La méthodologie Waterfall doit être envisagée lorsque le projet est simple, que les besoins sont connus et bien définis, que le périmètre total du projet n’est pas destiné à changer et que le projet est implémenté en une seule fois.
Méthodologie Agile
La méthodologie Agile est itérative et se concentre sur un feedback continu pour modifier et ajouter des livrables au projet. Contrairement à la méthodologie Waterfall, les phases Agile peuvent se reboucler. Autrement dit, il est possible de travailler simultanément sur différentes phases. Par exemple, si des besoins sont définis pour une intégration, les développeurs peuvent commencer à travailler sur cette intégration même si d’autres intégrations sont encore dans une phase de collecte des besoins. En général, les projets Agile sont séparés en sprints d’une durée définie (généralement une ou deux semaines). Ces sprints ont une liste de livrables à terminer pendant le sprint.
L’approche Agile est utile si les besoins ne sont pas clairs au démarrage du projet, si des besoins ou des livrables supplémentaires sont attendus au cours du cycle de vie de l’application ou si le projet n’a pas besoin d’être publié en une seule fois. L’approche Agile est également idéale pour les projets axés sur l’utilisateur, surtout si l’équipe de projet est entièrement dédiée au projet. Comme l’approche Agile implique de nombreux acteurs qui travaillent simultanément sur différentes parties du projet, la communication et la coordination du projet peuvent être difficiles. Par conséquent, il est avantageux d’avoir l’équipe de projet au même endroit.
En raison de la nature itérative d’Agile, cette méthode peut être complexe à suivre. Les priorités sont souvent redéfinies lorsque les livrables dépassent le sprint d’origine ou si de nouveaux sprints doivent être ajoutés ultérieurement.
Méthodologie Spiral
La méthodologie Spiral combine des aspects des méthodologies Waterfall et Agile. La méthodologie Spiral se concentre sur l’évaluation des risques en divisant le projet en segments ou cycles plus petits. Au début de chaque cycle, les besoins et les objectifs sont identifiés pour créer un prototype. Chaque cycle passe par les mêmes étapes pour créer un prototype. À la fin d’un cycle, le prototype est revu et le cycle suivant est planifié.
La méthodologie Spiral fonctionne bien pour les systèmes complexes à grande échelle. Une évaluation appropriée des risques est nécessaire pour identifier les zones à risques pour les problèmes. Sans évaluation des risques, des problèmes peuvent apparaître dans le logiciel susceptibles d’augmenter les coûts.