Modèle agile
La méthodologie flexible (Agile) aide à réduire le risque dans le développement de logiciels en déplaçant le flux de travail en plusieurs petits cycles. Ces cycles sont appelés itérations et durent généralement deux à trois semaines.
Une itération est comme un petit projet logiciel composé de tâches, dont chacune améliore les fonctionnalités. Celles-ci incluent : l'élaboration d'un plan, l'évaluation des exigences, l'accord sur un projet, l'écriture de code, les tests et la création de la documentation technique.
Une itération n'est généralement pas suffisante pour une version complète du logiciel. Cependant, l'avantage d'Agile est que de petites parties du projet sont prêtes à être évaluées à la fin de chaque itération. Cela permet aux membres de l'équipe de modifier les priorités pour un travail ultérieur sans attendre la version finale.
En appliquant une méthodologie de développement « agile », vous pouvez voir un résultat concret après chaque itération. Autrement dit, le développeur peut comprendre si le résultat de son travail répond aux exigences ou non. C'est l'un des avantages importants du modèle flexible.
Quant aux inconvénients, lorsqu'on utilise Agile, il est parfois difficile d'estimer le coût des ressources en main-d'œuvre et le budget du projet. Si nous prenons les options pour l'application pratique du modèle flexible, la plus célèbre d'entre elles est l'Extreme Programming (XP).
XP est basé sur de brèves réunions des membres de l'équipe qui ont lieu tous les jours et des réunions régulières (une fois par semaine ou moins). Lors des rassemblements quotidiens (daily standup) sont généralement discutés :
- les résultats actuels des travaux ;
- une liste des tâches à accomplir par chaque membre de l'équipe ;
- difficultés rencontrées et les moyens de les résoudre.
Manifeste
Agile est une direction entière du développement, donc les règles pour y travailler sont déclarées dans un document spécial - Agile Manifesto. Cela inclut à la fois les pratiques et les principes selon lesquels l'équipe doit travailler.
Agile Manifesto se compose de 4 idées fondamentales et de 12 principes.
Idées clés :
- la collaboration entre développeurs est plus importante que les outils ;
- la version de travail du produit prime sur la documentation ;
- la compréhension mutuelle entre l'équipe et le client est plus importante que les termes du contrat ;
- Le plan initial peut toujours être modifié si nécessaire.
Quant aux 12 principes de l'Agile, les voici :
- la priorité principale est la conformité du programme fini avec les attentes du client;
- la modification des conditions est autorisée à n'importe quel stade, même au stade final du développement (si cela peut améliorer la qualité et la compétitivité du logiciel) ;
- livraison régulière des versions de travail du produit logiciel (tous les 14 jours, mois ou trimestre) ;
- la clé du succès est une interaction régulière entre le client et les développeurs (de préférence quotidiennement) ;
- les projets doivent être construits parmi ceux qui s'y intéressent, ces personnes doivent bénéficier des conditions de travail nécessaires et de toutes sortes de soutiens;
- la meilleure façon de partager des informations dans une équipe est une réunion personnelle ;
- la version de travail du logiciel est le meilleur indicateur de progrès ;
- toutes les parties prenantes doivent être en mesure de maintenir le rythme de travail souhaité tout au long du processus de développement logiciel ;
- l'amélioration technique et une bonne conception améliorent la flexibilité ;
- il est important de rester simple et de ne pas trop créer ;
- les meilleurs résultats sont obtenus auprès des équipes capables de s'auto-organiser ;
- les membres de l'équipe doivent régulièrement réfléchir aux moyens d'améliorer leur efficacité en modifiant le flux de travail.
Selon le manifeste Agile, un bon processus de développement logiciel dépend directement des personnes impliquées dans ce processus. Pour ce faire, vous devez organiser leur interaction aussi efficacement que possible, créer l'équipe la plus organisée.
Méthodologies
Il existe également plusieurs méthodologies dans le Manifeste Agile qui expliquent les valeurs et les principes :
- Modélisation Agile ;
- processus unifié agile ;
- Méthode de données agile
- Développement rapide d'applications (DSDM);
- processus unifié essentiel ;
- programmation extrême;
- développement axé sur les fonctionnalités ;
- Devenir réel ;
- S'ouvrir;
- Mêlée.
La modélisation agile est un ensemble de principes, de termes et de pratiques qui accélère et simplifie le développement de modèles logiciels et de documentation.
L'objectif de la modélisation agile est d'améliorer la modélisation et la documentation. Il est important de noter que cela n'inclut pas le codage, les tests ou les problèmes liés au contrôle, au déploiement et à l'assistance du projet. Cependant, cette méthodologie inclut la revue de code.
Agile Unified Process est une méthodologie qui facilite l'approximation (modèle) pour les utilisateurs. Généralement utilisé pour développer des logiciels commerciaux.
Agile Data Method - plusieurs méthodologies similaires dans lesquelles les conditions du client sont atteintes grâce à la coopération de plusieurs équipes.
DSDM - cette approche diffère des autres en ce que, avec les développeurs, les utilisateurs du futur produit y participent activement.
Le développement piloté par les fonctionnalités est une méthodologie de développement qui a une limite de temps : "chaque fonctionnalité ne doit pas être implémentée plus de deux semaines".
Il convient de considérer que si le cas d'utilisation est petit, il peut être considéré comme une fonctionnalité. S'il est significatif, il doit être divisé en plusieurs fonctions.
Getting Real est une méthodologie itérative dans laquelle l'interface du programme est développée en premier, et ensuite seulement sa fonctionnalité est développée.
OpenUP est une méthode de développement qui divise le cycle de projet en quatre étapes : création, raffinement, construction et transfert.
Selon les principes de l'Agile, quelle que soit la durée du travail, il est nécessaire de fournir à tous les intervenants et membres de l'équipe un moyen de se connaître et de prendre des décisions. Grâce à cela, il est possible de contrôler efficacement la situation et d'évaluer les résultats intermédiaires dans le temps. Le plan de projet définit le cycle de vie et le résultat final doit être considéré comme une version stable de l'application.
Quant à Scrum, il réglemente les règles de gestion du processus de développement et permet d'appliquer les pratiques de codage existantes avec la possibilité d'ajuster les conditions ou d'apporter des modifications. L'utilisation de cette méthodologie vous permet de voir et d'éliminer les écarts par rapport au résultat attendu dans les premiers stades de développement.
Voyons cela un peu plus en détail...