Mentiriez-vous pour que votre projet soit financé ?

  • Sep 07, 2023

83 % des analyses coûts/avantages soutenant les propositions informatiques sont une fiction. J'étais en train de réviser un manuscrit universitaire, Gérer la réalisation des avantages commerciaux des investissements informatiques. (publié dans (MIS Quarterly Executive, mars 2007) par les professeurs Joe Peppard, John Ward et Elizabeth Daniel, lorsqu'une note de bas de page a vraiment attiré mon attention: Ceci n'est pas un nouveau phénomène.

83 % des analyses coûts/avantages soutenant les propositions informatiques sont une fiction

J'étais en train de réviser un manuscrit académique, Gérer la concrétisation des avantages commerciaux des investissements informatiques (publié dans (MIS Quarterly Executive, mars 2007) par les professeurs Joe Peppard, John Ward et Elizabeth Daniel, lorsqu'une note de bas de page a vraiment attiré mon attention:

Ce n'est pas un phénomène nouveau. Au début des années 1990, Kit Grindley rapportait que 83 % des directeurs informatiques interrogés admettaient que l'analyse coûts/bénéfices étayant les propositions d'investissement dans l'informatique était une fiction. Il a écrit sur la « conspiration des mensonges ». Chercher. Grindley, Gestion informatique au niveau du conseil d'administration (Financial Times, Londres, 1995). Une enquête menée auprès des 200 plus grandes entreprises britanniques a révélé que 47 % d'entre elles admettaient ouvertement avoir surestimé les avantages liés à l'approbation d'investissements informatiques.

Si vous devez mentir, induire en erreur ou étirer la vérité pour obtenir le feu vert d’un projet informatique, il n’y avait probablement aucune raison pour qu’il soit financé en premier lieu. Quand je regarde l'arriéré de projets informatiques auquel de nombreuses entreprises sont confrontées, j'ai du mal à croire que les responsables informatiques doivent truquer les chiffres pour faire avancer un projet, à moins qu'ils ne le fassent pour qu'un projet spécifique se réalise avant un autre.

Néanmoins, déformer les bénéfices d’un projet reviendra certainement à mordre un responsable informatique, car quelqu’un remarquera le manque d’avantages apportés. Logiquement, je crois à la responsabilité, mais comme Lee Iacocca l'a déclaré dans son livre Talking Straight,

"Nous investissons donc dans les ordinateurs et dans la formation du personnel - des millions de dollars, des milliers d'heures - mais nous ne revenons jamais en arrière pour vérifier si nous avons sauvé ne serait-ce qu'une seule personne... J'ai signé tellement de projets qu'il ne devrait plus me rester plus personne."

Les chiffres de cette note de bas de page, les commentaires de Iacocca, etc. présenter une vision de l’informatique troublante, bien que typique. Si cela est vrai, ne serait-ce que partiellement, cela explique l'insatisfaction/la méfiance des professionnels non informatiques à l'égard de l'informatique. Mais cela montre aussi que:

- un certain niveau de jeu est en cours pour obtenir le financement de projets à faible retour sur investissement (ou d'infrastructure à retour sur investissement négatif); et/ou.

- la préparation des business cases par le personnel informatique n'est pas bien maîtrisée; et/ou.

- La réalisation des bénéfices nécessite souvent plus que la livraison d'une nouvelle technologie dans les délais et dans le respect du budget. Si la valeur n’apparaît pas et que les calculs étaient corrects, alors quelque chose d’autre a un impact négatif sur les bénéfices. flux (par exemple, les utilisateurs choisissent de renoncer à la formation sur la nouvelle technologie, les utilisateurs licenciés par la nouvelle technologie n'ont pas été autorisés à aller, etc.)

- la fourniture des prestations n'a pas été gérée activement ni même calculée. Si personne ne se donne la responsabilité de suivre la concrétisation des bénéfices, ceux-ci seront-ils un jour atteints?

- trop de technologies sont mises en œuvre qui ne changent pas fondamentalement la façon dont les gens travaillent. J'ai eu un énorme désaccord avec un DSI qui souhaitait dépenser un capital monstrueux pour mettre à niveau un logiciel bureautique. Mais comme ces dépenses ne changeraient en rien la manière dont chacun effectuait son travail, elles n’avaient aucune réelle valeur commerciale.

Je réfléchis toujours à ce problème. Je vais transmettre le manuscrit à Michael Krigsman, un collègue blogueur chez ZDNet et un observateur de l'industrie sur les projets informatiques. Je l'encouragerai à publier ses réactions à cet article.