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’exigences










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.
• 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.
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
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
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 !



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

• 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.
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.
Conclusion


Méthodes agiles vs méthodes classiques

  • 1.
  • 2.
    Plan  Approche classique   Méthodes agilesVS méthodes classiques  Conclusion
  • 3.
  • 4.
    Exigences Conception Orientée documents Code Test Pas assezréactive Prise en compte coûteuse des changements d’exigences
  • 5.
  • 6.
  • 7.
  • 8.
  • 9.
  • 10.
  • 11.
    La communication et demeilleur 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 etoutils 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érercomme 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.
  • 19.
    Méthodes agiles VS méthodesclassiques 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éthodesclassiques 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.
  • 22.

Notes de l'éditeur

  • #22 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.