Table des matières:
La méthodologie Agile pour le développement de logiciels peut avoir un impact positif sur l'industrie informatique. Les résultats de l'adoption de la méthodologie Agile peuvent être mesurés de plusieurs façons. Un traitement plus rapide des demandes de changement de logiciel, moins de bogues, une mesure quantitative des performances de l'équipe et des goulots d'étranglement sont autant de reflets d'une mise en œuvre réussie d'Agile. Pour mesurer avec succès l'impact d'Agile, une organisation doit comparer diverses mesures liées au développement pré-Agile et post-Agile. L'impact réel d'Agile ne peut pas être mesuré uniquement par l'augmentation des revenus ou par l'augmentation du nombre de bugs corrigés. Plusieurs paramètres internes doivent être pris en compte pour comprendre l'impact réel. (Pour en savoir plus sur le développement Agile, voir Développement logiciel Agile 101.)
Pourquoi l'informatique agile?
L'industrie informatique s'est orientée vers les pratiques Agiles principalement en raison des contraintes du modèle en cascade du développement logiciel. En règle générale, il a été observé que les sociétés informatiques ne sont pas en mesure de répondre à l'évolution des demandes des clients ou des situations du marché ou de réduire les coûts avec le modèle en cascade du développement de logiciels. Même si nous contrebalançons cette inclinaison écrasante vers la méthodologie Agile et considérons qu'une partie de l'excitation n'est que du battage médiatique, il y a beaucoup de commentaires empiriques contre le modèle de la cascade.
En termes simples, le modèle en cascade est un modèle de développement logiciel où le travail est effectué de manière séquentielle - une phase après l'autre. Ce modèle comporte cinq phases: les exigences, la conception, la mise en œuvre, la vérification et la maintenance. Habituellement, une fois une phase terminée, il est difficile, voire impossible, d'apporter des modifications à une phase antérieure. Ainsi, l'hypothèse est que les exigences sont à peu près fixes. La principale différence avec le modèle Agile réside dans l'hypothèse qu'il n'y aura pas de changement dans les exigences. Agile suppose que les situations commerciales changeront, tout comme les exigences. Ainsi, le logiciel est livré en plus petits morceaux sur les sprints, tandis que dans le modèle en cascade, la première livraison ou libération est effectuée après une longue période. (Pour plus d'informations sur le développement, voir Comment Apache Spark aide au développement rapide d'applications.)
