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