Méthodes Agiles - La Méthode XP

COURS 3 : LA MÉTHODE XP
PLAN DU COURS
Origines Le Cycle
L’équipe
XP
Concepts
2MÉTHODES AGILES | MOSTEFAI MOHAMMED AMINE | © 2017 ESI

SECTION 1 : ORIGINES
MÉTHODES AGILES | MOSTEFAI MOHAMMED AMINE | © 2017 ESI 3

SECTION1:ORIGINES
HISTORIQUE
4
• Conçue par Kent Beck en 1996
• Projet pour Chrysler
LA MÉTHODE XP | MOSTEFAI MOHAMMED AMINE | © 2017 ESI

SECTION1:ORIGINES
CONTEXTE
5
• Appliquée sur le projet C3 (Chrysler)
• Des contributions issues du travail d’accompagnements : livres, wiki,….
LA MÉTHODE XP | MOSTEFAI MOHAMMED AMINE | © 2017 ESI

SECTION 2 : LE CYCLE

SECTION2:LECYCLE
MANIFESTE AGILE
7
Itération 1 Itération 2 Itération 3 … Itération N
Planification
Déploiement
Analyse
Conception
Codage
Test
13 Semaine
MÉTHODES AGILES | MOSTEFAI MOHAMMED AMINE | © 2017 ESI

SECTION2:LECYCLE
CARACTÉRISTIQUES
8
XP est incrémental et itératif
Plus de conceptions, tests,…
XP insiste sur la collaboration du client
XP est basé sur des itérations d’une semaine
La planification se fait d’une manière interactive

SECTION2:LECYCLE
ACTIVITÉS
9
Planification Analyse
Conception
et Codage
Tests Déploiement

SECTION2:LECYCLE
PLANIFICATION
10
Chaque équipe XP inclut plusieurs experts métier
Ces experts sont présents sur site
Ces experts participent à la planification, la clarification et la gestion des risques
La planification se fait via une suggestion de l’équipe et une négociation sur les délais et
les priorités
L’équipe crée un plan détaillé pour la semaine à venir

SECTION2:LECYCLE
ANALYSE
11
L’analyse se fait conjointement entre l’équipe et les experts métier
Les experts métier déterminent les exigences du système
Lorsque l’équipe a besoin de plus d’information, elle demande directement aux experts
Pour les exigences complexes, les experts et l’équipe construisent des tests fonctionnels appelés « tests
client »
Pour faciliter la communication, les experts et l’équipe utilisent un langage universel « ubiquitous
language »
Les experts collaborent avec l’équipe pour des maquettes de l’UI

SECTION2:LECYCLE
CONCEPTION ET CODAGE
12
XP se base sur une conception et une architecture incrémentale
XP utilise le TDD (Test-Driven Development)
TDD impacte directement le codage, la conception, les tests et l’architecture
L’équipe gère son environnement de développement
•L’équipe utilise un système de gestion de versions, un système de gestion de configuration et un système de génération automatisé
L’équipe s’organise en binômes (pairs)
Le code doit être intégré très fréquemment (quelques heures)
L’équipe s’appuie sur des standards de codage
Le principe de propriété collective doit être respecté,
•N’importe quel développeur doit être capable d’intervenir sur le code même si ce n’en est pas l’auteur

SECTION2:LECYCLE
TESTS
13
Toute l’équipe collabore sur la partie qualité
Une bonne équipe XP produit un travail avec peu de bugs à la fin d’une itération
Les programmeurs augmentent la qualité avec le TDD
Les clients contribuent avec les tests clients (tests d’acceptation)
Les testeurs rédigent les tests fonctionnels qui garantissent que le logiciel fait ce qu’on attend de lui
Si un bug est détecté, une analyse est effectuée pour déterminer les causes et éviter sa reproduction
Les testeurs attaquent aussi les aspects non fonctionnels tels que les performances
Si un bug est réglé, le programmeur écrit le test unitaire pour valider qu’il a été pris en charge
L’intégration du code doit se faire avec l’exécution des tests unitaires
La suite de tests garantit la non-régression

SECTION2:LECYCLE
DÉPLOIEMENT
14
L’équipe s’assure que le système est prêt au déploiement à la fin de
l’itération
Chaque itération se conclut par une démo appelée « démo de
l’itération »
À la fin du déploiement, la maintenance et le support peut être passé
à une autre équipe
La documentation et la formation sur le code sont effectuées

SECTION 3 : L’ÉQUIPE XP

SECTION3:L’ÉQUIPEXP
L’ÉQUIPE XP
16
Clients sur
site
Chef de
Produit
Expert du
Domaine
Concepteur
d’Interactions
Programmeurs Architectes
Spécialistes
Techniques
Coach
Tracker Chef de Projet

CLIENTS SUR SITE
17
Déterminent les fonctions et la portée du logiciel à développer
L’activité principale à laquelle ils participent est la planification de livraison
Structurent le produit en récits, fonctionnalités et groupes de fonctionnalités
Les clients donnent leur feedback sur le produit à travers les démos d’itérations
Répondent aux requêtes des programmeurs
Les clients sont des « spécifications vivantes »
Conduisent la création des tests d’acceptation
Il faut s’assurer de la disponibilité d’un espace pour les clients
S’il est très difficile de faire venir le client à l’équipe, envoyer l’équipe chez le client

CHEF DE PRODUIT
18
Un profil spécial des clients sur site
Maintient la vision du produit
Priorise les fonctionnalités et les récits
A une compréhension très poussée du produit et du marché
Prend des décisions difficile et est apte à faire des compromis
Doit participer aux rétrospectives, aux démos d’itérations et aux plannings de livraison

EXPERT DU DOMAINE
19
Un profil spécial des clients sur site
A une connaissance consistante sur le domaine
Par exemple : spécialiste des finances ou des assurances
Le chef de produit peut être aussi l’expert du domaine

CONCEPTEUR D’INTERACTIONS (INTERACTION
DESIGNER)
20
Responsable de la conception des IHMs qui répondent au mieux aux exigences des utilisateurs
Travaille entre l’équipe et les utilisateurs
Observent les utilisateurs et les systèmes existants
Fournit constamment des maquettes de l’UI à concevoir
Peut être aussi le concepteur graphique
Participent aux tests de l’interface utilisateur

PROGRAMMEURS
21
Une équipe XP est composée de 4 à 10 développeurs
L’équipe doit intégrer au moins un développeur senior et / ou un architecte
Le client cible la maximisation de la valeur du produit tandis que le programmeur cible la minimisation de son coût
Les programmeurs passent la plus grande partie de l’itération à programmer en binômes (pairs)
Les activités principales sont le TDD, l’implémentation, le refactoring et la conception incrémentale
Les programmeurs suivent attentivement leurs dettes techniques
Les programmeurs veillent sur le principe de génération de 10 minutes, intégration continue et contrôle de version
Les programmeurs interagissent avec le clients dès qu’il y a demande d’information
Les programmeurs essayent d’automatiser les tests d’acceptation
Les programmeurs fournissent la documentation du produit

ARCHITECTES
22
Dans XP, toute l’équipe participe à la conception et
à l’architecture
Les architectes assurent le guidage et le transfert
de connaissance vers les autres membres
Ils s’assurent que les meilleurs choix sont pris

SPÉCIALISTES TECHNIQUES
23
Fournissent la connaissance
technique nécessaire au projet
Par exemple des experts en
réseau ou en sécurité

TESTEURS
24
Assurent depuis le début que l’équipe fournit un code de qualité
Assistent les clients sur les tests d’acceptation
Font des tests exploratoires
Conduisent des tests non fonctionnels
Ne se limitent pas à détecter le bug mais aussi à identifier sa source
Si l’équipe n’a pas de profil dédié, la fonction doit être partagée entre programmeurs et clients
Recommandation : 1 testeur pour 4 programmeurs

COACHES ET COACHES TECHNIQUES
25
Aide l’équipe à s’organiser
Conseillé pour les premières expériences
S’assure qu’il y a les conditions nécessaires pour les différentes activités
Le coach technique accompagne les programmeurs à résoudre les problématiques
techniques
Les coaches mettent leur connaissances au profit de l’équipe

TRACKER
26
Permet de suivre l’évolution de l’itération et du
projet
Mesure le plan de livraison (récits) et de l’itération
(tâches)
A la capacité de collecter les informations sans
perturber l’avancement du travail

CHEF DE PROJET
27
Représente et leader de l’équipe
Interface de l’équipe avec le monde extérieur
Moins hiérarchique et administratif que les autres
méthodes

SECTION 4 : CONCEPTS

SECTION4:CONCEPTS
CONCEPTS
29
Refactoring
Dette
Technique
Cadrage Itération
Récit Vélocité Contrainte

REFACTORING
30
Réorganisation du code sans changer
son comportement
Le but est d’augmenter la qualité du
code et par conséquent, du produit

DETTE TECHNIQUE (TECHNICAL DEBT)
31
À cause du rythme d’itération, les programmeurs souvent optent pour
la solution la plus rapide au lieu de la solution meilleure
Dette technique est l’ensemble des « mauvais choix » pris par les
développeurs
Ne se restreint pas au codage (ça peut inclure les tests)
Un bon suivi et une bonne planification sous-entendent la
considération de la dette technique

CADRAGE TEMPOREL (TIMEBOXING)
32
Certaines activités peuvent s’étaler dans le temps
Par exemple : réunion ou recherche de solution
Le cadrage permet de limiter le temps d’exécution des
activités afin d’en limiter l’impact sur le projet et l’itération

RÉCITS
33
Des descriptions textuelles des fonctionnalités d’un produit
Un récit correspond à une fonctionnalité
Gérés et priorisés par le client
Ne s’intéresse pas aux détails techniques

ITÉRATIONS
34
Une trame cadrée contenant les activités XP
De 1 à 3 semaines
Une itération commence par la sélection de récits à implémenter
Elle se termine par un produit intégrant les récits et une démo
Les itérations doivent être courtes et de même durée

VÉLOCITÉ
35
À priori, il est difficile d’estimer le nombre d’itérations nécessaires
pour un projet
La vélocité est une mesure permettant d’aider à la planification
globale d’un projet
En principe, une équipe XP est capable de réaliser la même vélocité
chaque itération
Cette mesure permet à travers l’ensemble global des récits, de
déduire le nombre nécessaire

CONTRAINTES
36
Les contraintes sont les facteurs impactant l’avancement des tâches
Généralement, les programmeurs sont les contraintes
Un testeur ne peut tester un code que s’il est implémenté
Les contraintes aident à faire les décisions de gestion de projet tels
que le décalage

BIBLIOGRAPHIE

BIBLIOGRAPHIE
• Managing Agile Projects, 2005, Sanjiv Augustine, Prentice Hall
• The Art of Agile Development, 2008, James Shore and Shane Warden,
O’Reilly

Méthodes Agiles - La Méthode XP

Contenu connexe

Tendances

En vedette

Similaire à Méthodes Agiles - La Méthode XP

Plus de Mohammed Amine Mostefai

Méthodes Agiles - La Méthode XP