84 lines
2.0 KiB
Plaintext
84 lines
2.0 KiB
Plaintext
|
bilan agile
|
||
|
|
============
|
||
|
|
|
||
|
|
mode itératif
|
||
|
|
-------------
|
||
|
|
|
||
|
|
- livrer des versions successives et utilisables qui convergent vers
|
||
|
|
la version finale
|
||
|
|
|
||
|
|
- ne pas perdre d'énergie à maintenir des specs détaillées non nécessaires
|
||
|
|
|
||
|
|
- de nouvelles orientations fonctionnelles sont possibles, même tard
|
||
|
|
|
||
|
|
- les specs détaillées sont écrites "juste à temps"
|
||
|
|
|
||
|
|
|
||
|
|
planification agile
|
||
|
|
-------------------
|
||
|
|
|
||
|
|
- chaque livraison est un projet qui est planifié en tant que tel
|
||
|
|
- utiliser l'expérience acquise pour affiner les estimations
|
||
|
|
- préservation de l'écologie du projet au quotidien (code, tests...)
|
||
|
|
|
||
|
|
confiance, feedback
|
||
|
|
---------------------
|
||
|
|
|
||
|
|
- livraisons régulières
|
||
|
|
- progrès visibles par tous (pas d'effet tunnel)
|
||
|
|
- pilotage du projet par choix du contenu des livraisons
|
||
|
|
- investissement du Product Owner
|
||
|
|
- chercher la collaboration plutôt que la confrontation
|
||
|
|
|
||
|
|
agilité
|
||
|
|
---------
|
||
|
|
|
||
|
|
- le projet n'est pas joué d'avance
|
||
|
|
- cultiver la souplesse
|
||
|
|
- révolution douce
|
||
|
|
- sortir de la confrontation, jouer le "nous collectif"
|
||
|
|
mettre tout le monde sur le mme pont et amener tout le monde à bon port
|
||
|
|
|
||
|
|
outils agiles
|
||
|
|
--------------
|
||
|
|
|
||
|
|
- planification par itérations de 4 semaines
|
||
|
|
- entrepot de source partagé
|
||
|
|
- intégration continue
|
||
|
|
- tests automatisés
|
||
|
|
- pair programming sur points cruciaux
|
||
|
|
- sprints
|
||
|
|
- extranet :
|
||
|
|
|
||
|
|
- hitoires utilisateurs
|
||
|
|
- test cases
|
||
|
|
- gestion du backolog et des tickets
|
||
|
|
- suivi de l'avancement
|
||
|
|
- documentation
|
||
|
|
|
||
|
|
le product owner
|
||
|
|
-----------------
|
||
|
|
|
||
|
|
idéalement,
|
||
|
|
|
||
|
|
- connaissance du métier à informatiser
|
||
|
|
- fibre projet
|
||
|
|
- dispo à 100%
|
||
|
|
|
||
|
|
tests
|
||
|
|
-----
|
||
|
|
|
||
|
|
- automatiser
|
||
|
|
- viser l'exhaustivité
|
||
|
|
- tester une cible mouvante
|
||
|
|
- migrer les tests d'une release à l'autre
|
||
|
|
|
||
|
|
questions importantes
|
||
|
|
-----------------------
|
||
|
|
|
||
|
|
- quelle durée d'itération ?
|
||
|
|
- comment découper en itérations ?
|
||
|
|
- que faire lorsque le product owner se retrouve sur le chemin critique ?
|
||
|
|
- la planification est faite en mode "juste à temps" et "juste assez"
|
||
|
|
- on ne s'échine plus à blâmer, au contraire on cherche à gagner ensemble
|