Comment dire non à un projet informatique sans bloquer les métiers ?
D’après Stratégie du système d’information
Le refus doit porter sur une proposition dans un contexte donné, pas sur la légitimité du besoin. Commencez par reformuler le problème métier et le résultat recherché. Il est parfois possible de répondre avec une fonction existante, une modification de processus ou une initiative partagée plutôt qu'un nouveau logiciel.
Expliquez ensuite le motif de l'arbitrage : absence de capacité disponible, prérequis manquant, coût disproportionné, risque trop élevé ou contribution insuffisante aux priorités. Le schéma directeur fournit un cadre commun pour cette discussion. Il évite que le refus soit perçu comme une préférence personnelle de la DSI.
Une décision utile peut prendre plusieurs formes : abandon, report avec condition de réexamen, réduction du périmètre, expérimentation limitée ou rattachement à un autre projet. Le métier doit connaître la suite prévue et la personne responsable de la décision.
Conservez une trace de l'arbitrage, des hypothèses et des alternatives. Si le contexte évolue, la demande peut être réévaluée sans recommencer toute la discussion. Dire non devient ainsi une manière de protéger les engagements collectifs et de rechercher une réponse soutenable, plutôt qu'un simple verrou administratif.