Explication des phases du cycle de vie du développement logiciel agile

#On startups

La méthodologie de développement logiciel Agile est l’un des moyens les plus simples mais efficaces de fournir un excellent produit sur le marché. Et pourtant, quelque part en cours de route, les gens ont commencé à vraiment trop le compliquer. Agile correctement implémenté est un moyen rapide, flexible, sans erreur et tout simplement meilleur pour gérer les équipes de développement logiciel. Dans cet article, nous expliquerons les phases du cycle de vie du développement logiciel Agile et comment intégrer les principes Agile.

Les principes clés du développement Agile

Les principales idées derrière Agile développement ont été décrits dans le Manifeste original pour le développement de logiciels agiles. Une fois résumés, ils sont:

• Le changement est inévitable. Le projet doit sy adapter plutôt que lignorer;
• В les résultats sont plus importants que les processus et les outils établis;
• Les besoins des vrais clients ont priorité sur les exigences des plans de développement.

Ces idées sont décrites plus en détail dans les Principes clés du développement logiciel agile.

Lobjectif dAgile est la satisfaction de lutilisateur final. Toutes les tâches qui ne visent pas directement à laméliorer sont secondaires. Et tandis que les équipes de développement Agile travaillent toujours sur létablissement des processus, la rédaction de la documentation et le suivi des plans, ces tâches peuvent être reportées ou effectuées au niveau minimal acceptable si elles menacent lefficacité du développement.

Méthodologie Agile Expliqué

Le principal outil de développement Agile est litération. Litération est un processus dans lequel un ensemble dactions est répété dans une séquence jusquà ce quune condition soit remplie.

Différentes méthodes de développement Agile réalisent des itérations de différentes manières. Scrum, par exemple, implémente des Sprints. Les sprints sont des périodes fixes – généralement de 1 à 2 semaines – pendant lesquelles léquipe de développement complète une certaine partie de la fonctionnalité et atteint des objectifs préétablis.

Voici un exemple de flux de travail dans un seul Scrum Sprint:

• Le Product Owner – celui responsable de son achèvement – examine les tâches incomplètes dans le Backlog Produit. Les tâches obsolètes sont supprimées tandis que les nouvelles sont ajoutées;
• Le Product Owner définit la portée du nouveau Sprint et lobjectif quil vise à atteindre.
• Le Product Owner a un Planning Rencontre avec léquipe de développement. Ils créent des user stories, qui sont décomposées en tâches pour certains Sprint stockés dans Backlog.
• Léquipe de développement tient des réunions quotidiennes, au cours desquelles ils se tiennent au courant des progrès de chaque membre de léquipe;
• Une fois le délai du Sprint écoulé, le Sprint est considéré comme terminé. Les tâches inachevées sont replacées dans le Backlog produit; Dans des cas exceptionnels, une date de fin de Sprint peut être modifiée par un Product Owner.
• Le Product Owner organise une démonstration pour le Client et montre le travail effectué pendant le Sprint.
• Le Product Owner tient une réunion avec léquipe de développement, où les résultats du Sprint sont révisé. Léquipe établit ce qui a été bien fait et quels processus peuvent être améliorés au prochain sprint. Cet examen sappelle une rétrospective de sprint.
• Le prochain sprint commence.

La révision régulière du Backlog permet de maintenir la pertinence des fonctionnalités du Backlog. La portée limitée des Sprints et leurs objectifs préétablis aident les développeurs à effectuer un travail significatif à temps. Les vitrines continues de nouvelles fonctionnalités maintiennent le client satisfait et en mesure de fournir des commentaires. Dans lensemble, le développement devient plus efficace.

REMARQUE. Scrum nest quune méthodologie Agile parmi dautres. Par exemple, Kanban na pas déquivalent Sprint et conserve sa pertinence via la file dattente de priorité des tâches constamment mise à jour.

Phases clés du cycle de vie du développement logiciel Agile

Lorsque vous le décomposez en concepts de base, le développement Agile nest pas si difficile. Et même sil peut sembler inutile avec le nombre de réunions impliquées, il fait gagner beaucoup de temps en optimisant les tâches de développement et en réduisant les erreurs lors des étapes de planification.

Phase 1: Conditions requises

Avant quun Product Owner puisse même commencer à concevoir un projet, il doit créer la documentation initiale qui listera les exigences initiales. Ce sont:

• Le résultat final que le projet va atteindre. Par exemple, un éditeur de texte;
• Les fonctionnalités quil prendra en charge. Par exemple, différentes tailles de police;
• Les fonctionnalités quil ne prendra pas en charge initialement. Par exemple, lajout danimations au texte ou la possibilité dincorporer une vidéo;

Une recommandation générale est de réduire au maximum ces exigences initiales, en ajoutant uniquement les fonctionnalités absolument nécessaires et en ignorant celles qui ne sera pas utilisé souvent. Les développeurs peuvent y travailler plus tard, une fois que lapplication est déployée et que les fonctionnalités de base fonctionnent bien.

REMARQUE: si les développeurs choisissent dignorer cette étape, ils sont enclins à présenter des fonctionnalités dérisoires – situation où de nouvelles fonctionnalités non cruciales sont constamment ajoutés au projet, éloignant les développeurs des tâches importantes.

Lors des itérations suivantes, le Client et le Product Owner examinent les exigences et les rendent plus pertinentes.

Phase 2: Conception

Il y a deux façons daborder conception dans le développement logiciel – lun est la conception visuelle et lautre est la structure architecturale de lapplication.

Conception de logiciels

Lors de la première itération, le Product Owner assemble son équipe de développement et présente les exigences créées lors de létape précédente. Léquipe discute ensuite de la manière de répondre à ces exigences et propose les outils nécessaires pour obtenir le meilleur résultat. Par exemple, léquipe définit le langage de programmation, les frameworks et les bibliothèques que le projet va utiliser.

Lors ditérations ultérieures, les développeurs discutent de limplémentation des fonctionnalités et de la structure interne du come.

UI / UX Design

Au cours de cette étape SDLC, les concepteurs créent une maquette approximative de linterface utilisateur. Si le produit est de qualité grand public, linterface utilisateur et lexpérience utilisateur sont les plus importantes. Cest donc généralement une bonne idée dexaminer les concurrents potentiels pour voir ce quils font de bien – et surtout ce quils font de mal.

Dautres itérations sont consacrées à affiner la conception initiale et / ou à la retravailler pour ladapter à la nouvelles fonctionnalités.

Phase 3. Développement et codage

La phase de développement consiste à écrire du code et à convertir la documentation de conception en logiciel réel dans le processus de développement logiciel. Cette étape du SDLC est généralement la plus longue car elle est l’épine dorsale de tout le processus.

Il ny a pas beaucoup de changements entre les itérations ici.

Phase 4. Intégration et tests

Cette étape est consacrée à sassurer que le logiciel est exempt de bogues et compatible avec tout ce que les développeurs ont écrit auparavant. Léquipe dassurance qualité effectue une série de tests afin de sassurer que le code est propre et que les objectifs commerciaux de la solution sont atteints.

Au cours des itérations ultérieures de cette étape du SDLC, les tests deviennent plus impliqués et les comptes non uniquement pour les tests de fonctionnalités, mais aussi pour lintégration des systèmes, linteropérabilité et les tests dacceptation des utilisateurs, etc.

Phase 5. Implémentation et déploiement

Lapplication est déployée sur les serveurs et fournie à les clients – que ce soit pour la démonstration ou pour lutilisation réelle. Dautres itérations mettent à jour le logiciel déjà installé, introduisant de nouvelles fonctionnalités et résolvant les bogues.

Phase 6. Examen

Une fois toutes les phases de développement précédentes terminées, le Product Owner rassemble à nouveau léquipe de développement et examine les progrès réalisés pour répondre aux exigences. Léquipe présente ses idées pour résoudre les problèmes survenus lors des phases précédentes et le Product Owner prend en considération leurs propositions.

Ensuite, les phases du cycle de vie du développement logiciel Agile recommencent – soit avec une nouvelle itération, soit en passant à létape suivante.

Intégration des principes Lean généraux dans la méthodologie Agile

Les principes Lean sont:

• Éliminer le gaspillage;
• Qualité de construction;
• Créer des connaissances;
• Faire preuve de responsabilité;
• Livrer rapidement;
• Respecter les gens;
• Optimiser comme un tout.

Dans lensemble, ces valeurs correspondent assez bien à la méthodologie Agile et peuvent être utilisées pour la compléter si des questions se posent .

Conclusion

Le développement logiciel est un processus itératif structuré. Cependant, il ny a pas une seule façon «correcte» de faire de lAgilité – il y en a juste qui correspondent ou ne correspondent pas à une équipe en particulier.Chaque entreprise a sa propre idée de ce qui constitue le développement Agile, et chacune a ses mérites. Ce qui compte en fin de compte, cest un produit final précieux livré à temps.

Et cest ainsi que chez Relevant Software, nous développons des applications bien adaptées qui répondent aux besoins commerciaux de nos clients. Nous utilisons des paradigmes Agile pour tous nos projets et fournissons constamment des résultats exceptionnels.