Méthodes agiles
VS
Méthodes
classiques

Travail réaliser par :
BARGAOUI Sirine
Plan


Approche classique




Méthodes agiles VS méthodes
classiques



Conclusion
Approche classique
Exigences

Conception

Orientée documents

Code

Test

Pas assez réactive

Prise en compte coûteuse des
changements d’exig...










seulement une fois






Le manifeste agile


itérative


incrémentale
incrémentale

itératives
La communication
et de meilleur
qualité

• L’utilisateur a la possibilité de clarifier ses
exigences au fur et à mesure.
•...
L’acceptation
du
changement

Un produit
de haute
qualité

• Accueillez le changement à bras ouverts » plutôt que de le
cra...
Personnes et
interactions

>

Processus et outils

Logiciel qui fonctionne

>

Documentation

Collaboration avec le
client...
Satisfaire le client

Considérer comme naturel les
changements d’exigences

Livrer fréquemment une
application fonctionnel...



méthodes agiles
VS
méthodes classiques
Méthodes agiles VS
méthodes classiques
Méthodes classiques

Méthodes agiles

• En cascade ou en V phases séquentielles

• ...
Méthodes agiles VS
méthodes classiques
Méthodes classiques

• Résistance changement, Processus
lourds de gestion de change...
Conclusion

Prochain SlideShare
Chargement dans…5
×

Méthodes agiles vs méthodes classiques

3 453 vues

Publié le

0 commentaire
1 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

Aucun téléchargement
Vues
Nombre de vues
3 453
Sur SlideShare
0
Issues des intégrations
0
Intégrations
4
Actions
Partages
0
Téléchargements
281
Commentaires
0
J’aime
1
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive
  • SPEAKERS PLEASE NOTE: our standard timing for your availability for Q&A at the Ask-the-Experts pavilion will be the next lunch-break following your session, and variations from this standard will be scheduled based on your availability and for all Friday afternoon sessions.
  • Méthodes agiles vs méthodes classiques

    1. 1. Méthodes agiles VS Méthodes classiques Travail réaliser par : BARGAOUI Sirine
    2. 2. Plan  Approche classique   Méthodes agiles VS méthodes classiques  Conclusion
    3. 3. Approche classique
    4. 4. Exigences Conception Orientée documents Code Test Pas assez réactive Prise en compte coûteuse des changements d’exigences
    5. 5.    
    6. 6.   seulement une fois
    7. 7.     
    8. 8. Le manifeste agile
    9. 9.  itérative  incrémentale
    10. 10. incrémentale itératives
    11. 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. 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. 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. 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. 15.
    16. 16.
    17. 17.
    18. 18. méthodes agiles VS méthodes classiques
    19. 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. 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. 21. Conclusion
    22. 22.

    ×