1. Méthodes agiles
VS
Méthodes
classiques
Travail réaliser par :
BARGAOUI Sirine

2. Plan

Approche classique


Méthodes agiles VS méthodes
classiques

Conclusion

3. Approche classique

4. Exigences
Conception
Orientée documents
Code
Test
Pas assez réactive
Prise en compte coûteuse des
changements d’exigences

5. 




6. 

seulement une fois

7. 





8. Le manifeste agile

9. 
itérative

incrémentale

10. incrémentale
itératives

11. La communication
et de meilleur
qualité
• L’utilisateur a la possibilité de clarifier ses
exigences au fur et à mesure.
• Le client reçoit des « preuves » tangibles de
l’avancement du projet.
La visibilité est
meilleur
• Le client peut ainsi visualiser les travaux plus
régulièrement, au fil de l’eau, sans attendre la fin
du projet.
Les risques sont
détecter plus tôt
• Grâce aux activités de développement
précoces, les risques sont détectés tôt et résolus
rapidement.

12. L’acceptation
du
changement
Un produit
de haute
qualité
• Accueillez le changement à bras ouverts » plutôt que de le
craindre et de le combattre
• Grace à la sélection des fonctionnalités à implémenter en
priorité
• Grace au feedback permanent du client
• Grâce à des campagnes de tests et au contrôle qualité au
cours de chaque itération.
• défaut peut être détecté et corrigé immédiatement

13. Personnes et
interactions
>
Processus et outils
Logiciel qui fonctionne
>
Documentation
Collaboration avec le
client
>
Négociation à partir
d'un contrat
S'adapter au
changement
>
Suivre un plan

14. Satisfaire le client
Considérer comme naturel les
changements d’exigences
Livrer fréquemment une
application fonctionnelle
Fonctionnels et développeurs
travaillent ensemble
Bâtissez le projet autour de
personnes motivées
L’échange d’information le
plus efficace est en face à face
Un logiciel fonctionnel est la
meilleure façon de mesurer
l’avancement du projet
Le rythme de développement
doit être soutenable
indéfiniment
Simplicité - l'art de maximiser
la quantité de travail à ne pas
faire - est essentielle
Architectures, spécifications
et conceptions issues
d'équipes auto-organisées
Vérifier en continue
l’excellence des pratiques et
techniques
Régulièrement, réflexion de
l’équipe pour être plus
efficace !

15. 

16. 

17. 

18. méthodes agiles
VS
méthodes classiques

19. Méthodes agiles VS
méthodes classiques
Méthodes classiques
Méthodes agiles
• En cascade ou en V phases séquentielles
• Itératif et incrémental.
• planification: Prédictive
• Planification: adaptative
• Documentation: Produite en quantité
importante
• Documentation: Réduite au strict
nécessaire
• Une équipe avec des ressources
spécialisées, dirigées par un chef de projet
• Une équipe responsabilisée où l’initiative
et la communication sont privilégiées,
soutenue par le chef de projet
• Contrôle qualité à la fin du cycle de
développement. Le client découvre le
produit fini.
• Un contrôle qualité précoce et permanent,
au niveau du produit et du processus. Le
client visualise les résultats tôt et
fréquemment.

20. Méthodes agiles VS
méthodes classiques
Méthodes classiques
• Résistance changement, Processus
lourds de gestion de changements
acceptés.
• Suivi de l’avancement: Mesure de la
conformité aux plans initiaux. Analyse
des écarts.
• Processus distinct, rigoureux, de
gestion des risques
• Mesure de succès: Respect des
engagements initiaux en termes de
coûts, de budget et de niveau de
qualité
Méthodes agiles
• Accueil favorable au changement
inéluctable, intégré dans le processus
• Un seul indicateur d’avancement : le
nombre de fonctionnalités
implémentées et le travail restant à
faire.
• Gestion des risques intégrée dans le
processus global
• Mesure de succès: Satisfaction client
par la livraison de valeur ajoutée.

21. Conclusion

22. 