Vous pouvez avoir les meilleures équipes et respecter tous vos jalons, mais en fin de compte, les projets vivent ou meurent souvent par leurs données financières.

Un ami de très longue date m’a invité à lire cet article centré sur la nécessité de connaissance ou au moins de compréhension des finances de base pour tout informaticien.

Je pense qu’il s’applique tout particulièrement bien à la profession de chef de projet. Même si nous ne sommes pas tous très versés ni fanas des aspects financiers, ceux-ci sont souvent au cœur des argumentaires pour déterminer du lancement, de la poursuite ou de l’arrêt d’un projet. Ils sont souvent déterminants pour sa réussite ou son échec. Comme j’ai pu le constater de visu, le cours « finances pour non financiers » très en vogue dans les grandes entreprises est bien apprécié de tous.

« IT financial skills – mind the gap! » fut écrit en anglais par Michael Gentle, Serial entrepreneur

Avec un budget informatique moyen s’établissant entre 2 et 8 % du revenu et 30 à 50 % de capital (Capex) investi, on penserait logiquement que l’informaticien possède, sinon une connaissance robuste des données financières de l’informatique, au moins une compréhension raisonnable de l’essentiel pour qu’il puisse voir comment ses activités quotidiennes contribuent à ces chiffres.

Eh bien, détrompez-vous. Seul le sommet de la direction informatique comprend vraiment ce que les chiffres représentent, ou plus précisément supposent représenter, parce que, comme nous verrons plus loin, il existe une marge significative d’erreur. Le reste, donc la grande majorité du service informatique a peu d’idées sur comment leur travail quotidien impacte les résultats financiers de la société. Ils ne s’en soucient probablement pas particulièrement. Pas parce qu’ils ne sont pas pros, mais parce qu’ils ne le considèrent pas comme faisant partie de leurs responsabilités. Ils sont là pour réaliser l’analyse, le développement, le support et autres tâches des systèmes informatiques. Les finances sont le boulot de leurs managers  ou des comptables du département financier.

Et pourtant, c’est le travail quotidien de ces personnes, construit sur des corrélations complexes entre des équipes de spécialistes, qui permet d’atteindre ces résultats financiers.

Comment des personnes qui estiment que les données financières informatiques ne font pas partie de leurs responsabilités peuvent-elles fournir les informations précises qui seront en bout de ligne converties en données financières pour 2 à 8% du revenu et 30 à 50% des investissement en capitaux ?

La réponse, bien sûr, est qu’elles ne le peuvent pas. Par exemple, un sondage de PSB Research auprès de décideurs de l’informatique a constaté que presque les trois quarts d’entre eux estiment leur marge d’erreur de 5 à 20% dans leurs coûts réels, tandis que seulement 12% auraient une marge d’erreur de moins de 5%. Pour 100 millions d’euros de budget informatique, cela signifie que les chiffres pourraient être erronés de 5 à 20 millions dans 3 sociétés sur 4 !

Autrement dit, pour un budget de €100m, les dépenses réelles pourraient être de €80 millions comme de €120 millions, ce qui n’est pas exactement de la menue monnaie.

Le sondage confirme simplement ce que la plupart d’entre nous soupçonnaient déjà. Au cours de mes nombreuses années passées dans l’industrie, puis dans les services informatiques et la vente de logiciels, j’ai régulièrement entendu dire que les gens – dont les cadres exécutifs – admettent ouvertement qu’ils ne connaissent pas précisément la différence entre dépenses d’investissement (capex) et opérationnelles (opex) !

• Ni encore, ce qu’est la dépréciation et comment elle s’applique aux systèmes d’information.
• Ni la différence entre un compte de résultats et un bilan.
• Ni comment les provisions améliorent l’exactitude du rapport mensuel.
• Ni la différence entre un budget et un prévisionnel.

Faites le test !

Pour voir comment vous vous en sortez sur l’essentiel des données financières, prenez ce test rapide 1-minute survey et voyez les résultats. Vous pouvez aussi passer à travers le IT Financials Glossary et tester votre compréhension de l’essentiel de la terminologie financière anglo-saxonne.

Manque de compréhension mutuelle

Ce ne serait pas si terrible si les contrôleurs financiers jouaient leur rôle de gardiens et de protecteurs et étaient capables de capturer de telles erreurs. Malheureusement, ce n’est pas toujours le cas. Beaucoup de sociétés souffrent du dilemme classique d’informaticiens ne connaissant pas assez la finance et de financiers ne connaissant pas assez l’informatique. Donc, l’informatique donne des chiffres à la finance, qui doit trop souvent les prendre pour argent comptant. C’est aussi vrai pour les budgets que pour les données de consommation réelles. Ces mêmes chiffres sont même parfois refacturés en interne au business, qui n’aura que peu d’idées de ce pour quoi il paie…

OK, et alors ? Qui s’en soucie ?

L’informatique, c’est de la technologie et de la livraison de solutions pour le business, non ? Depuis quand les finances font-elles partie de la description de poste de l’informaticien ?

Eh bien, elles pourraient ne pas faire partie de la description de poste, mais les chiffres pilotent tout. Vous pouvez assembler les meilleures équipes projet, atteindre tous vos jalons et produire tous vos livrables avec la bonne qualité, mais en bout de course, vos projets et logiciels informatiques résultants vivent ou meurent en fonction de leurs résultats financiers.

Et ceci est vrai depuis la planification d’investissement et les prévisions budgétaires jusqu’à la gestion des coûts et leur imputation :

• Planification d’investissement : de pauvres pratiques financières peuvent aboutir au choix de mauvais projets d’une perspective business : le projet va probablement échouer malgré les meilleurs efforts de chacun !
• Prévisions budgétaires : des budgets de projet, par définition basés sur des suppositions et des estimations pas toujours réalistes, sont alors souvent gravés dans le marbre au lieu de se développer naturellement par prévision mensuelle au fil du mûrissement. Pour la plupart des projets, c’est souvent le budget et non pas le consommé (les dépenses) qui est erroné.
• Management des coûts : une attention insuffisante aux données financières aboutit à une énorme masse de travail de suivi et de rapports frustrants à construire et sans réelle valeur-ajoutée. Ceci laisse les projets et applications informatiques exposés à des réductions de coûts par défaut.
• Imputation : les clients business ont souvent peu d’idée de ce qu’ils payent. Le projet informatique et les responsables d’applications sont habituellement incapables de comprendre leurs difficultés financières, aboutissant à un focus sur les coûts plutôt que sur la valeur.

Tout le personnel informatique et pas seulement la direction doit augmenter sa compréhension du domaine financier

En fin de compte ce sont les actions de chacun qui contribuent à l’exactitude, la ponctualité et la crédibilité des chiffres.

Cela exige la mise en œuvre de processus financiers de base pour les prévisions budgétaires et le management des coûts dans une structure de management de projet qui va au-delà de la seule livraison du projet.

Quand le produit du projet est transféré aux équipes de support, la référence de base financière est à peu près établie et le suivi des bénéfices devra alors s’y poursuivre.

Michel Gentle est un consultant informatique de données financières et l’auteur de « An Introduction to IT Project Financials – Budgeting, Cost Management and Chargebacks ». Pour d’autres articles sur ce sujet, visitez www.itprojectfinancials.com.