Méthode AGILE UP

: Réalisé par
• Nabil ouarka
• Zaid mohdik
•
 Sommaire

1) Définition
2) Les origines d’agile up
3) Les 7 disciplines de l’agile up
4) La philosophie de l’agile up
5) Les deux itérations de l’agile up et son cycle de vie
 Définition

• L’agile UP est une méthodologie agile totalement inconnue

aujourd’hui qui est d’ailleurs considérée remplacée par
le disciplined agile delivery (DAD) aujourd’hui ; elle n’est
plus utilisée dans le monde professionnel. Nous allons
cependant voir pour notre culture ce qu’était cette méthodologie
agile.
 Les origines d’agile up

• Agile Up est une version simplifiée du Rational Unified Process (RUP)

développé par Scott Ambler. La dernière version de cette méthode
a été produite en 2006, et les travaux pour implémenter cette
nouvelle méthode agile ont débuté en 1999. Si en 2011 on pensait
que 1% des projets agiles aux USA utilisaient cette méthode agile,
en 2012 elle a été remplacée par Disciplined Agile Delivery (DAD).
Cette approche utilise des pratiques trouvées dans un grand
nombre de DSI aujourd'hui, mais utilise également d'autres
méthodes, telles que l'Extreme Programming. Vous trouverez le
développement piloté par les tests (TDD), la modélisation agile
(AM) et la refactorisation de base de données.
 Les 7 disciplines de l’agile up

Le modèle : comprendre le business de l’organisation, le

problème qu’on cherche à résoudre afin d’identifier la solution
fiable à proposer
L’implémentation : on va transformer ce modèle en ligne de
code exécutable qui sera au préalable bien couvert  de tests
unitaires.
Les tests : on va travailler sur la qualité technique avec de
nombreux tests pour s’assurer que tout fonctionne
parfaitement bien.
Le déploiement : mettre en place un plan de déploiement et
le mettre en exécution afin de pouvoir mettre le produit à
disposition des utilisateurs clés sur un environnement stable.
•
 La configuration : contrôler les accès et le versionning de
notre produit.
Le management du projet : faire la gestion des risques,
management des hommes et coordonner l’équipe avec tout ce
qui est en lien avec eux extérieurement à l’équipe. On gèrera
également les aspects de livraisons et de budget.
L’environnement : s’assurer d’avoir de bons process adaptés,
d’avoir des normes de codage, des standards ainsi qu’un
environnement de test pour l’ensemble des personnes qui en
ont besoin.
•
 La philosophie de l’agile up
• Comme vous devez l’imaginer, les philosophies de l’agile UP sont assez similaires aux
différentes méthodes Agile que vous avez du rencontrer au sein de ce blog. Nous allons
cependant les voir rapidement ensemble.
• L’équipe sait ce qu’ils ont à faire : en effet, on va éviter de donner des documentations
gigantesques à l’équipe mais nous allons privilégier de leur donner la documentation au
fur et à mesure selon les développements en cours. On sait très bien que les gens ne
lisent que très rarement l’ensemble d’une grosse documentation… Autant leur donner
ce que l’équipe lira à coup sûr soit uniquement ce qu’elle a besoin à un moment T.
• La simplicité : on va tout décrire de façon concise et laisser le superflu ailleurs.
• Agilité : L’agile UP désire que ces utilisateurs l’utilisent en respectant l’ensemble des
préconisations de l’agilité. N’hésitez pas à vous référer au Manifeste Agile pour
connaitre exactement ces philosophies agiles.
• Focus sur la valeur : on va privilégier de délivrer un maximum de valeur sur notre produit.
• Les bons outils : l’agile UP demande aux membres de l’équipe d’utiliser tous les outils qui
seront nécessaires mais de choisir les outils par rapport au besoins et de ne pas se
forcer à utiliser un outil qui ne répond pas parfaitement au besoin.
• Et la dernière philosophie que je recommande toujours aux équipes agile moi même :
adaptez la méthode selon vos besoins sans hésitation en respectant l’ensemble des
philosophies de la méthode.
•
Les deux itérations de l’agile up et son cycle de vie

• Deux types d’itération

En Agile UP, on a deux types d’itérations qui se
mélangent ensemble : les itérations de développement
et les itérations de release.
 cycle de vie

• Le cycle de vie d’un projet en Agile Up est décomposé en 4 phases

successives : l’initialisation, l’élaboration, la construction et la
transition. Si comme ça, certains y verraient un côté « waterfall »,
ces cycles de vies peuvent se faire itérativement sur des
fonctionnalités.
• Vous verrez en fait que la discipline du « modèle » est un travail
continuel du fait d’avancer au fur et à mesure des itérations ;
c’est là qu’on distingue l’aspect agile de cette méthodologie car
on peut sans soucis faire évoluer le produit en cours de route
très facilement.
•
Merci pour votre attention