Comment reprendre un projet informatique qui dérive ?
Commencez par faire rejouer une opération réelle avec la personne qui doit l’exécuter. Un projet peut être présenté comme presque terminé alors qu’une exception locale empêche son utilisation. Dans un groupe international, une règle valable sur le marché d’origine peut demander une adaptation dans un petit pays. Il faut savoir où l’écart bloque les opérations et ce que coûte sa prise en charge.
Prenons le cas illustratif d’un outil de validation déployé dans plusieurs pays. Les dossiers ordinaires passent. Au Luxembourg, une pièce supplémentaire doit être examinée et personne n’a la responsabilité de la traiter. Le nombre de fonctions livrées aide peu. Le nombre de dossiers bloqués pour ce motif permet de décider : désigner un responsable, adapter le parcours ou différer ce déploiement.
Un indicateur utile doit permettre d’appeler quelqu’un, de changer le cours des opérations et de mesurer l’effet. Pour reprendre le projet, consignez la décision, la personne qui peut agir et la mesure à revoir lors de la prochaine réunion. Le plan de reprise doit partir de ce que les équipes peuvent refaire et vérifier.
À lire aussi
Comment cadrer un premier logiciel métier ?
Choisissez un flux complet et trois dossiers représentatifs.
Quand remplacer Excel par un logiciel métier ?
Si trois personnes modifient le même dossier et qu’aucune ne sait quelle version fait foi, testez un flux partagé avec historique et droits.
Quand demander une revue indépendante avant le lancement ?
Demandez une revue lorsque la mise en service change un flux critique ou que le retour arrière reste théorique.