Etude de besoin

L'utilisateur trouvera dans l'outil un ensemble de tableaux de bord, classés par thématiques, donnant une vision graphique de la situation globale sur le sujet sélectionné :

Vision "tête haute" des états proposés

Chaque reporting s'appuie sur différentes informations issues des référentiels dont nous avons déjà parlé. J'ai déjà fait une première ébauche de ces informations (par exemple le "? Liste des projets" sur les portefeuilles), mais je ne les dévoile pas encore.

Rien de mystérieux la dessous, il m'apparait évident que ces informations doivent atteindre un certain niveau de maturité et de congruence pour que l'ensemble puisse fonctionner. Il faut donc que je fasse rapidement un choix stratégique :

• J'élabore une première version de mon logiciel, uniquement sur la base du schéma plus haut en intégrant le résultat d'autres logiciels. La plus-value n'est pas élevée, mais cela permet de lancer le produit avec un cycle de développement plus court, quitte à développer des fonctionnalités supplémentaires par la suite, pour remplacer les outils en amont. Le risque est de devoir faire des choix techniques incompatibles ou difficiles à concilier.
• J'élargis le cercle de ma réflexion d'un cran, prenant au passage la définition de nouvelles fonctionnalités à destination de métiers supplémentaires (chef de projets, managers, gestionnaire des ressources, ...). Le risque est de se lancer sur un sujet plus vaste que le temps que je peux y consacrer.

Aller, je ne vous laisse pas mijoter plus longtemps. J'ai décidé d'étudier l'ensemble des possibilités (point 2), mais je ne réaliserai dans un premier temps que le contenu du point 1. Il faudra que je "bouchonne" les parties en attente, mais cela permettra de développer par module pour chaque métier.


Pour l'intégration des données externes, merci à Olivier pour son conseil. Un "Entreprise Service Bus" (ESB) semble en effet le plus simple. J'entrevois la sélection d'un framework, il faudra que l'ESB soit compatible, voire intégré.

Concepts et notions de base

Maintenant que nous avons éclairci la fonction, revenons au coeur du sujet, le logiciel. Sa finalité sera de restituer le reporting. Pour en arriver là, il va falloir gérer quelques référentiels, pour mieux interpréter les informations :

• Les ressources, internes ou externes dans leurs différentes formes contractuelles,
• Le budget et ses enveloppes, sous-enveloppes,
• Les projets, regroupés en portefeuilles, avec leurs contraintes et leurs risques,
• et d'autres, moins majeurs.

Avant de traiter l'intersection de ces données, il va falloir les faire entrer dans la base. Ces éléments existent certainement un peu partout dans l'entreprise et il va falloir les récupérer. Je crois qu'un plugin des plus importants pour ce logiciel sera certainement l'importation Excel. Ah ! J'en vois qui ont sourit.


Pour revenir à ma démarche, je vais procéder par itération en m'aidant d'une carte heuristique. Je vais commencer par décrire de manière exhaustive la finalité du logiciel. Ce qui devrait me donner une première vision des éléments nécessaires pour y arriver. Puis, je vais décrire ces éléments, etc ..., jusqu'à obtenir l'exhaustivité nécessaire pour l'étape suivante.

Je souhaite garder un oeil naïf sur le sujet. Etant mon propre client, je ne voudrais pas faire de raccourcis et passer à côté de choses importantes.