Ordonner la feuille de route IT par résultats et dépendances

Une première feuille de route informatique devrait montrer quel travail doit mieux fonctionner et ce qu’il faut clarifier d’abord. Les noms de produits peuvent suivre. Les inscrire trop tôt donne à un choix ouvert l’apparence d’un achat décidé.

La conséquence est concrète : un nouveau CRM peut être installé alors que les adresses clients restent incohérentes. Un portail peut être terminé sans source de prix faisant référence. Acheter le produit ne règle pas cette question préalable.

Trois produits, deux prérequis ouverts

Une entreprise fictive note « CRM, portail client, tableau de bord ». Elle veut simplifier les commandes et savoir quelles demandes deviennent des devis. Avant de comparer les produits, deux décisions manquent : quel système fait référence pour clients et prix, et quels états définissent le traitement d’une demande ?

La feuille de route peut en tirer des résultats concrets :

• La source des adresses et prix valides est définie ; un cas d’exemple permet de résoudre les écarts.

• Un client de test peut terminer une commande complète avec ces données ; une confirmation ERP manquante reste visible.

• Un rapport relie demandes distinctes, états examinés et devis.

L’ordre apparaît : responsabilité des données avant commande engageante, états communs avant rapport pertinent. Cela ne fixe pas encore les fournisseurs. Certaines fonctions peuvent déjà exister dans le système actuel.

Des degrés de certitude différents

Une étape proche peut avoir un résultat défini et des prérequis connus. Pour les étapes lointaines, solution et effort peuvent rester ouverts. Indiquez quelle investigation permettra la prochaine décision. Un choix de produit précoce ne semblera pas faussement définitif.

Le guide GOV.UK décrit les feuilles de route comme des plans adaptables, avec objectifs, priorités et intention. Un backlog détaillé organise les petites tâches de réalisation. Ici, « source de référence client convenue » est un résultat ; les vérifications champ par champ relèvent de la mise en œuvre.

Quand les noms de produits sont utiles

Après un choix justifié, une vue d’achat précisant produits, coûts et responsabilités est utile. Une date d’arrêt confirmée ou une dépendance technique obligatoire peut aussi imposer l’ordre. La feuille de route doit rendre cette contrainte explicite.

Le critère reste le résultat attendu. Si l’étude montre qu’une adaptation du CRM actuel suffit, le nouvel achat peut disparaître. Si elle révèle une lacune d’intégration incontournable, la modification nécessaire devient une action planifiée précise.

Pour discuter d’un investissement, examinez chaque ligne : résultat observable, prérequis manquant et constat susceptible de changer la décision. S’il ne reste qu’un nom de fournisseur, la prochaine question de planification est ouverte. Une décision d’achat complète exige aussi périmètre, coûts récurrents et possibilités de changement ultérieur.

Sources

• GOV.UK: Developing a roadmap