Critères de compatibilité d'un projet1

Qu'est-ce-que c'est ?Ce questionnaire peut vous aider à évaluer la compatibilité des projets candidats à une approche de développement agile. Il fournit une manière cohérente de mesurer la pertinence d'utiliser une approche itérative et permet d'identifier les zones à risque potentielles.

Comment l'utiliser ?Lorsque vous examinerez la compatibilité du projet, répondez aux questions : “Oui” à toutes les questions ou à la plupart indique que le projet est adapté pour une approche itérative. “Non” à toutes les questions ou à la plupart indique qu'il est risqué d'entreprendre une approche agile sur ce type de projets. Une approche agile peut toujours être appropriée, mais des mesures exceptionnelles vont devoir être prises pour réduire les risques identifiés avant d'entreprendre le projet.

Notes :Restez objectif lorsque vous remplissez le questionnaire. Il peut être tentant pour les parties prenantes enthousiastes du projet de faire pencher la balance du bon côté, c'est-à-dire de donner une interprétation ou des réponses à des questions visant à prouver ou justifier une approche itérative. Ce questionnaire reste toutefois un outil puissant d'identification des risques et un projet itératif avec trois “Non” et des contre-mesures adéquates est plus susceptible de réussir qu'un projet qui n'a que des “Oui” et des zones à risque non traitées.

Critères de compatibilité d'un projet à la démarche agile

Critère de compatibilité Oui/Non Commentaires1 La haute direction comprend-elle et

accepte-t-elle la démarche itérative ?Le soutien de l'approche agile est essentiel.

2 Existe-t-il un groupe d'utilisateurs engagés sur l'implication des utilisateurs finaux ?

Identifier si un groupe d'utilisateurs a été clairement défini, si on lui a délégué le pouvoir de décision et s'il s'engage à être pleinement impliqué dans le processus de développement.

3 L'organisation pourra-t-elle s'adapter à de fréquentes livraisons d'incréments ?

Des procédures de gestion de la configuration et des livraisons sont obligatoires.

4 Sera-t-il possible pour les développeurs de pouvoir accéder aux utilisateurs pendant tout le projet ?

Faut-il qu'ils soient colocalisés ou un niveau d'implication plus faible est-il suffisant ?

5 L'équipe de développement restera-t-elle la même tout au long du projet ?

La stabilité de l'équipe – qui inclut les représentants des utilisateurs – est importante.

6 L'équipe de développement a-t-elle les compétences requises ?

Cela inclut les compétences techniques, la connaissance du métier et les compétences relationnelles.

7 Y a-t-il un appui relationnel commercial ?

Entre l'équipe de développement et les utilisateurs.

8 Le projet va-t-il utiliser des technologies adaptées au prototypage ?

La plateforme de développement doit permettre un développement itératif.

9 Existe-t-il une interface utilisateur de démonstration ?

Ecrans, reports, impressions, …

10 Y a-t-il clairement un propriétaire de Existe-t-il un champion qui arbitrera sur

1 Project Suitability Filter (PSF)Consortium DSDM © 2007 Traduit par Fabrice Aimetti le 06/01/2011

Critère de compatibilité Oui/Non Commentairesl'application ? les problématiques politiques et qui

s'assurera que les ressources sont suffisantes ? Le groupe d'utilisateurs est-il clairement défini ?

11 Povez-vous confirmer que le développement ne sera pas trop complexe ?

Plus le développement est complexe, plus les riques en jeu sont importants.

12 La solution peut-elle être développée sous forme d'incréments si nécessaire ?

Solution 80/20, c'est-à-dire que les livraisons apportent de la valeur très tôt. Les gros composants doivent pouvoir être découpés en composants plus petits.

13 Le développement a-t-il une échéance fixe ?

La solution doit-elle être fournie rapidement ? Est-ce critique d'un point de vue métier ?

14 Les exigences peuvent-elles être priorisées ?

Les règles MoSCoW peuvent-elles être appliquées ? On ne peut pas avoir que des “Must haves”.

15 Pouvez-vous confirmer que les exigences n'ont pas encore été trop détaillées et rigidifiées ?

Les utilisateurs seront-ils en mesure de définir les exigences de façon interactive ?

Consortium DSDM © 2007 Traduit par Fabrice Aimetti le 06/01/2011