gestion_projet_xp

200
L’Extreme Programming facteur de compétitivité des entreprises
DEUXIÈME PARTIE
Scénarios et tests documentaires
Un test de recette pour un scénario de documentation pourrait par exemple prendre la forme
suivante : «Fournir une documentation d’architecture : acceptée, si elle permet à un développeur
de maintenance d’identifier en moins de deux minutes le module auquel appartient la
classe “RoutageDesOrdres”.»
Le client peut souhaiter obtenir des garanties en termes de documentation du code : il pourra
alors exiger, contractuellement, que soient utilisées des normes spécifiques de notation, et
demander à l’équipe que le code fasse l’objet de commentaires conformes à ces règles,
pouvant éventuellement être extraits automatiquement par le biais d’outils du type JavaDoc –
pour créer par exemple une documentation de référence des librairies de fonctions ou
d’objets. Là encore, il est souhaitable de fixer des critères d’acceptation portant sur des objectifs
fonctionnels («Permettre la prise en main par un développeur familier avec les technologies
XML») plutôt que d’imposer des règles dont le caractère arbitraire risquerait de
démotiver les programmeurs.
Client sur site – déclinaisons possibles
Le contrat pourra définir les modalités de la présence du client (au sens maîtrise d’ouvrage)
sur site. Plusieurs modes opératoires sont possibles :
• Le client est en permanence sur le site du fournisseur, et travaille avec l’équipe.
• Le client est à temps partiel sur le site, sur des créneaux journaliers définis.
• L’équipe de développement se déplace chez le client.
Ce dernier mode de travail peut être l’un des plus efficaces : l’équipe a directement accès à
l’infrastructure cible et peut facilement rencontrer différents interlocuteurs chez le client si le
projet l’exige. Ce mode de fonctionnement permet de lever plus rapidement des doutes et
d’améliorer le feedback utilisateur. En revanche, il peut être pénalisant car il isole l’équipe de
l’environnement humain et technologique dans lequel elle a l’habitude de travailler.
Au-delà de la présence du client, sa réelle disponibilité vis-à-vis des équipes pourra faire
l’objet de clauses contractuelles.
Déploiement – recette
Que ce soit dans le plan d’assurance qualité ou le contrat lui-même, les modalités de déploiement
des fonctionnalités, de recette et de mise en exploitation doivent là aussi être explicitées.
Sur ces aspects, les préconisations XP qui privilégient une intégration continue (voir
chapitre 5) sont plus ou moins simples à mettre en œuvre.