La plupart des projets démarrent avec une date de livraison concrète, mais souvent seulement une idée approximative de ce qui sera livré et seulement une vague idée de la manière dont cela sera fait. Or, comme le dit le vieil adage , « si vous ne savez pas où vous allez, comment saurez-vous quand vous y arriverez ? ».
Pour commencer, j’ai appris au fil des ans qu’il faut connaître les parties prenantes. Qui finance le projet ? Qui utilise le modèle et ses résultats ? Mettez-vous à leur place et déterminez quelles sont leurs préoccupations et ce qu’ils attendent de ce projet. Quelle est la véritable motivation de ce projet ? Comment mesureront-ils le succès ? Après tout, ce sont eux les passagers et c’est la destination qu’ils souhaitent atteindre.
Vous devez avoir des objectifs clairs le plus tôt possible. Pour vous aider à les définir, vous devez vous poser les questions suivantes :
- Que veulent-ils évaluer ou espèrent-ils prouver ? Les objectifs courts et concis sont les meilleurs.
- Quelle est la portée du modèle ? Quels sont les aspects du système à prendre en compte ?
- Quel est le niveau de détail prévu pour les différents aspects du système ?
- Quelles données d’entrée prévoient-ils d’utiliser et quelle est leur disponibilité ?
- Quelle est l’ampleur de l’expérimentation nécessaire ? L’optimisation est-elle nécessaire ?
- Sous quelle forme les résultats doivent-ils être présentés (chiffres détaillés, résumés, graphiques, analyse textuelle, …) ?
- Veulent-ils des animations et, dans l’affirmative, comment seront-elles utilisées ? L’animation pour la validation est souvent très différente des animations présentées à un conseil d’administration.
CONSEIL: Une façon d’améliorer la clarté du projet est de créer une maquette des rapports finaux souhaités. Cette opération, qui fait partie de la phase de spécification, permet de clarifier de nombreux aspects du projet. Parmi les questions à poser, citons Quels sont les éléments qu’ils veulent voir ? Quelles sont les alternatives à comparer ? Quelles sont les mesures statistiques qui leur conviennent ?
Vous vous perdez avant même d’avoir mis le moteur en marche ?
Il arrive que la clarté souhaitée pour le projet ne soit pas présente dès le départ. Dans ce cas, vous vous faites des illusions si vous planifiez l’ensemble du projet, y compris les produits à livrer, les ressources et la date. Le manque de clarté au début est un indicateur clé qui montre qu’un projet devrait être réalisé en plusieurs phases. J’ai constaté que le fait de commencer par un petit prototype permet souvent de clarifier les grandes questions. Sur la base de ces expériences de prototypage, vous pourrez peut-être établir un plan détaillé pour la phase 1 et un plan approximatif pour les phases suivantes.
Une autre approche consiste à commencer par une spécification fonctionnelle complète. Certaines organisations consacrent les premiers 5 à 10 % de l’effort de projet anticipé à la création d’une spécification fonctionnelle. Votre spécification fonctionnelle doit décrire tous les objectifs mentionnés ci-dessus de manière suffisamment détaillée pour que l’approche et l’effort du projet puissent être estimés avec précision. Bien que cet effort puisse sembler important, il est généralement récompensé par un projet et des produits livrables plus robustes et plus prévisibles.
Je prévois d’en dire plus sur les spécifications fonctionnelles dans un prochain blog. D’ici là, bonne simulation…