agile

La méthode AGILE : 

La méthode AGILE

TABLES DES MATIÈRES : 

TABLES DES MATIÈRES Le cycle de développement La loi de Pareto La méthode AGILE Les valeurs Les principes La méthode AGILE SCRUM Les rôles Les principes Pourquoi utiliser AGILE ? Question ?

1. Le cycle de développement : 

1. Le cycle de développement Modèle en cascade Le processus de développement utilisant un cycle en cascade exécute des phases qui ont pour caractéristiques : de produire des livrables définis au préalable ; de se terminer à une date précise ; de ne se terminer que lorsque les livrables sont jugés satisfaisants lors d'une étape de validation-vérification. Cycle itératif On sépare les activités des artéfacts, un artéfact étant le produit issu d'une activité.

2. La loi de Pareto : 

2. La loi de Pareto La loi empirique de Vilfredo Pareto stipule que « environ 80 % des effets est le produit de 20 % des causes » Cette loi, transposée au monde l’informatique, indique que 80% des fonctionnalitées seront atteint en 20% du temps. Donc, le dernier 20% des fonctionnalitées demanderont 80% du temps de développement. Cette loi à la triste réputation d’être surprennament fidèle à la réalité

3. La méthode AGILE : 

3. La méthode AGILE Les méthodes Agiles sont des groupes de pratiques de gestion et de production de projets Principalement applicable à la conception de logiciel Elles visent la satisfaction réelle du besoin du client et non les termes d'un contrat de développement. Officialisée en 2001 par le “Manifeste Agile”, produit par 17 spécialistes du génie logiciel

3.1 Les valeurs : 

3.1 Les valeurs Les 4 valeurs du développement AGILE : Équipe (« Personnes et interaction plutôt que processus et outils ») : Il est préférable d'avoir une équipe soudée et qui communique composée de développeurs moyens plutôt qu'une équipe composée d'experts fonctionnant chacun de manière isolée. Application (« Logiciel fonctionnel plutôt que documentation complète ») : Il est vital que l'application fonctionne. Le reste, et notamment la documentation technique, est une aide précieuse mais non un but en soi. Il est préférable de commenter abondamment le code lui-même, et surtout de transférer les compétences au sein de l'équipe. Collaboration (« Collaboration avec le client plutôt que négociation de contrat ») : Le client doit être impliqué dans le développement. On ne peut se contenter de négocier un contrat au début du projet, puis de négliger les demandes du client. Le client doit collaborer avec l'équipe et fournir un feed-back continu sur l'adaptation du logiciel à ses attentes. Changement (« Réagir au changement plutôt que suivre un plan ») : La planification initiale et la structure du logiciel doivent être flexibles afin de permettre l'évolution de la demande du client tout au long du projet.

3.2 Les principes : 

3.2 Les principes Les 12 principes du développement AGILE : « Notre première priorité est de satisfaire le client en livrant tôt et régulièrement des logiciels utiles ». « Le changement est bienvenu, même tardivement dans le développement. Les processus agiles exploitent le changement comme avantage compétitif pour le client ». « Livrer fréquemment une application fonctionnelle, toutes les deux semaines à deux mois, avec une tendance pour la période la plus courte ». « Les gens de l'art et les développeurs doivent collaborer quotidiennement au projet ». « Bâtissez le projet autour de personnes motivées. Donnez leur l'environnement et le soutien dont elles ont besoin, et croyez en leur capacité à faire le travail ». « La méthode la plus efficace pour transmettre l'information est une conversation en face à face ». « Un logiciel fonctionnel est la meilleure unité de mesure de la progression du projet ». « Les processus agiles promeuvent un rythme de développement durable. Commanditaires, développeurs et utilisateurs devraient pouvoir maintenir le rythme indéfiniment ». « Une attention continue à l'excellence technique et à la qualité de la conception améliore l'agilité ». « La simplicité - l'art de maximiser la quantité de travail à ne pas faire - est essentielle ». « Les meilleures architectures, spécifications et conceptions sont issues d'équipes qui s'auto-organisent ». « À intervalle régulier, l'équipe réfléchit aux moyens de devenir plus efficace, puis accorde et ajuste son comportement dans ce sens ».

4. La méthode AGILE SCRUM : 

4. La méthode AGILE SCRUM Le principe de base de Scrum est de focaliser l'équipe de façon itérative sur un ensemble de fonctionnalités à réaliser, dans des itérations de durée fixe de une à quatre semaines, appelées sprints. Chaque sprint possède un but à atteindre, défini par le directeur de produit, à partir duquel sont choisies les fonctionnalités à implémenter dans ce sprint. Un sprint aboutit toujours sur la livraison d'un produit partiel fonctionnel. Pendant ce temps, le ScrumMaster a la charge de réduire au maximum les perturbations extérieures et de résoudre les problèmes non techniques de l'équipe. Au quotidien, une réunion, le ScrumMeeting, permet à l'équipe et au ScrumMaster de faire un point d'avancement sur les tâches et sur les difficultés rencontrées.

4.1 Les rôles : 

4.1 Les rôles

4.2 Les principes : 

4.2 Les principes Le client au cœur du projet Esprit d’équipe La communication est la clé Simplicité, efficacité et qualité Flexibilité aux changements Avancement basé sur le concret ... Est-ce que ces principes vous rappelles quelque choses ?

5. Pourquoi utiliser AGILE ? : 

5. Pourquoi utiliser AGILE ? Avantages Client satisfait Équipe motivé Qualité Inconvénient Temps et coût inconnus en début de projet Favorise le code jetable Difficile de faire participer le client