l'eXtrême

Programming
(XP)
Réalisé par : TKITEK Asma
 PLAN
Caractéristiques Scrum vs XP
01 03 Comparaison entre la méthode
Valeurs et règles
fondamentales choisie et la méthode Scrum

Avantages et Exemple
02 inconvénients
04
Exemple d’application de la
Avantages et inconvénients de méthode de l’eXtrême
l’eXtreme Programming Programming (XP)
 INTRODUCTION
L’ eXtrême Programming, en français, programmation extrême, est une
méthodologie agile et sa mise en œuvre la plus poussée dans le cadre du développement
de logiciels, d’où sa qualification d’« extrême ».

Partant d’une approche centrée sur le client, cette méthode offre un cadre qui vise à
produire une écriture de code simple mais de haute qualité, pour toute l’équipe
impliquée dans le projet.

Développée par Kent Beck, un informaticien américain également connu pour la

conception du développement piloté par les tests (Test-Driven Development), l’
eXtrême Programming a joué un rôle important dans le succès des méthodes agiles
 01
Caractéristiques de
l’eXtrême
Programming
Valeurs de la programmation extrême

Les 5 valeurs clés

Tous les membres d'une équipe
travaillent ensemble à chaque étape du
projet.
Programmation comme discipline
collective
 Valeurs de la programmation extrême

Feedback
Communication
Les membres de l'équipe livrent
Tous les membres d'une équipe
travaillent ensemble à chaque étape Simplicité fréquemment des logiciels,
obtiennent des commentaires à leur
du projet. sujet et améliorent un produit en
Les développeurs s'efforcent
d'écrire un code simple apportant fonction des nouvelles exigences.
plus de valeur à un produit, car cela
permet d'économiser du temps et
des efforts.
Valeurs de la programmation extrême

Respect
Chaque personne affectée à un
projet contribue à un objectif
commun.
Courage
Les programmeurs évaluent
objectivement leurs propres
résultats sans chercher d'excuses et
sont toujours prêts à réagir aux
changements.
1 Le jeu de la planification : la planification XP
guidera votre travail. Elle doit définir les objectifs
que vous souhaitez atteindre, les délais dans lesquels
vous devez y parvenir ainsi que l’ensemble des étapes
qui suivront.
2 Les tests clients : à toute nouvelle
fonctionnalité son test d’acceptation. C’est au
cours de ce test que le client déterminera si celle-
ci répond ou non aux besoins décrits par le récit
utilisateur d’origine.
3 Les petites livraisons : effectuez régulièrement de
petites livraisons et obtenez ainsi des informations
tout au long du processus. Les nouvelles versions
sont généralement envoyées directement aux clients,
mais elles peuvent aussi être destinées à l’équipe
interne.
4 La simplicité de la conception : le système XP
misant avant tout sur la simplicité, il est donc
question de ne produire que le strict nécessaire
5 La programmation en binôme : ce type de
programmation requiert le travail simultané de deux
développeurs physiquement côte à côte. Vive le
travail d’équipe !
6 Le développement piloté par les tests : obtenir
autant de retours que possible étant essentiel, de
nombreux tests doivent être sans arrêt menés. Avec
des cycles courts, les programmeurs publient des tests
automatisés et sont en mesure de réagir
immédiatement.
7 Le remaniement du code : il s’agit ici d’examiner
les moindres petits détails de votre code. Supprimez
donc les doublons et assurez-vous de sa cohérence.
C’est ainsi que vous obtiendrez des conceptions
simples et de bonne qualité.
8 La propriété collective : tout binôme peut modifier
le code à tout moment, qu’il l’ait développé ou non.
Le codage se fait en équipe et le travail de chacun est
soumis à des normes collectives plus élevées.
9 L’intégration continue : les équipes XP
n’attendent pas que les itérations soient terminées,
elles intègrent constamment, et ce, généralement
plusieurs fois par jour.
10 Un rythme durable : l’intensité des travaux
XP exige l’établissement d’un rythme durable.
Les équipes doivent donc déterminer la quantité
de travail qu’elles se sentent capables de produire
par jour et par semaine. Elles pourront ainsi fixer
des échéances réalistes.
11 La métaphore : pas besoin d’aller chercher plus
loin, il s’agit bien d’une métaphore comme son nom
l’indique. Choisie en équipe, elle décrit le
fonctionnement de celle-ci. Par exemple : nous
sommes des fourmis et travaillons ensemble pour
construire notre fourmilière.
12 Normes de codage : il est indispensable que les
équipes XP se soumettent à certaines normes. De la
même manière que lorsque plusieurs auteurs rédigent
un même ouvrage, ils font en sorte d’en
homogénéiser le ton et le langage pour un rendu
harmonieux, les développeurs XP doivent coder de
façon uniforme pour effacer toutes traces de leur
collaboration.
 02
Avantages et
inconvénients
You can enter a subtitle here if you need it
✚ Voici quelques points ⊖ Les faiblesses sont les
forts : suivantes :

✚ Un code propre et linéaire ⊖ Un budget moyen plus élevé

✚ Un logiciel stable grâce à un développement ⊖ la nécessité d’une forte

itératif continu implication du client,

✚ La capacité d’apporter constamment des ⊖ un besoin élevé d’autodiscipline et de

améliorations. planification.
 03
Comparaison
Différence entre SCRUM et XP
 Scrum vs XP

La méthode Scrum fait également partie de la famille agile. D’ailleurs, les deux peuvent être
combinées, car elles sont complémentaires :

• la méthode Scrum est un framework qui a trait à la gestion et l’organisation du projet.

• l’eXtreme Programming se concentre sur les activités de développement, notamment

sur la systématisation du test automatisé.
 Aspects Scrum XP
Période de développement 2 à 4 semaines 1 à 2 semaines

Cela ne peut pas être fait dans la mêlée. Après avoir terminé Si un besoin n'est pas exécuté, le changement peut être
S'adapter aux changements
une itération, aucune modification n'est autorisée. rétabli, mais le temps de mise en œuvre doit être le même

Il n'est pas nécessaire que la demande et la priorité soient

Préférence des fonctionnalités La demande est conforme à la priorité
alignées.

Le scrum master demande au propriétaire du produit de décider Le client est le propriétaire du produit qui décide de la
Propriétaire du produit
de l'ordre des histoires et explique chaque phase à l'équipe priorité des travaux et analyse les versions

Le propriétaire du produit décide de la priorité, mais Cette équipe travaille selon la préférence d'emploi
Priorisation du travail
l'équipe peut travailler selon son choix dans ce sprint décidée par le client

Pour garantir le progrès et la qualité des méthodes

Les producteurs doivent juste être conscients et ne pas d'ingénierie comme la programmation en binôme, la
Méthodes d'ingénierie
être aussi stricts. conception simple, la restructuration sont strictement
suivies.
 Scrum vs XP
Il est préférable de conclure qu'une équipe doit commencer par Scrum, puis créer sa
propre adaptation de XP. Scrum est principalement une structure pour le développement
d'un produit, où vous pouvez choisir d'ajouter d'autres pratiques si nécessaire et XP est
une pratique qui peut être réalisée dans le cadre du scrum.

Les règles et pratiques d'XP sont assez strictes et le maximum de ces règles n'est pas
ouvert aux négociations. Il pourrait donc s'avérer bénéfique si XP est ajouté à la mêlée,
puis l'itération peut être poursuivie. Les pratiques XP sont productives et il est
préférable que l'équipe les découvre par elle-même plutôt que d'être obligée de les
utiliser.

Scrum vs XP sont des méthodes agiles dont le seul but est de livrer un produit de qualité
au client. Il est préférable d'étudier et de parcourir attentivement les deux, puis de
choisir celui qui convient le mieux au projet concerné. L'alignement de Scrum et XP est
bon et les deux se complètent.
 04
Quand utiliser XP

Exemple d’application de la méthode de l’eXtrême

Programming (XP)
 Quand utiliser XP
Développement hautement adaptatif

Certains systèmes n'ont pas de fonctionnalités constantes et impliquent des

changements fréquents. XP a été conçu pour aider les équipes de
développement à s'adapter à des exigences en constante évolution.
 Quand utiliser XP
Des projets risqués

Les équipes appliquant les pratiques XP sont plus susceptibles d'éviter les
problèmes liés au travail sur un nouveau système, en particulier lorsqu'un
client fixe des délais stricts pour un projet. De plus, un niveau élevé
d'engagement des clients réduit le risque qu'ils n'acceptent pas le produit final
 Quand utiliser XP
Petites équipes

Les pratiques XP sont efficaces pour les équipes qui ne dépassent pas 12
personnes. La gestion de tels groupes est généralement plus facile, la
communication est plus efficace et il faut moins de temps pour organiser des
réunions et des séances de remue-méninges.
 CONCLUSION

Intense, mais efficace

Extrême est bien le mot qui convient. Ce processus se révèle en effet très rigoureux et structuré, mais
croyez-nous, les résultats en valent vraiment la peine. Cette méthode de développement unique, qui intègre
directement les retours des clients et exige une programmation intense et collaborative, permet de donner
naissance à des logiciels de grande qualité.