La Cour des comptes appelle l’État à « amplifier » sa modernisation numérique
Les méthodes à Gilles ?
Le 12 février 2018 à 09h20
5 min
Droit
Droit
Dans le prolongement de son rapport de 2016 sur la gestion des services publics numériques, la Cour des comptes appelle les pouvoirs publics à « amplifier » les efforts déployés par la Direction interministérielle au numérique (DINSIC). L’institution apporte au passage un soutien remarqué aux logiciels libres.
Après le rapport de Jean-Pisany Ferry (qui préfigurait au Grand Plan d’investissements lancé en septembre dernier par le Premier ministre), c’est au tour des magistrats de la Rue Cambon de saluer le travail effectué par la DINSIC – au détour de leur rapport annuel (PDF). La « DSI de l’État », comme on l’appelle parfois, est à l’œuvre sur de nombreux chantiers : développements de logiciels, pilotage et audit de projets (de type FranceConnect), accompagnement des administrations dans leur marche vers l’Open Data, start-ups d’État, etc.
La Cour des comptes voit surtout dans la « révolution numérique » une opportunité de « réduire, de manière structurelle, les coûts » supportés par les finances publiques. La marge de manœuvre est d’ailleurs loin d’être anodine en la matière, la DINSIC estimant les dépenses informatiques de la France à plus de 10 milliards d’euros par an : environ 3,8 milliards pour l’État, 3 milliards pour les collectivités territoriales, 1,7 milliard pour les opérateurs et 1,3 milliard pour les administrations du secteur social et de la santé.
Les magistrats plaident pour un « important effort de rattrapage »
En dépit des avancées réalisées au cours des dernières années par la DINSIC, la plus haute juridiction financière estime qu’un « important effort de rattrapage doit être réalisé » par les pouvoirs publics. La direction interministérielle confiée à Henri Verdier a certes permis au fil des dernières années une meilleure mutualisation des investissements de l’État (par exemple en matière de réseau informatique), testé de nouvelles méthodes de travail et réalisé des économies grâce aux datasciences, etc.
Mais « il reste à lever les contraintes fortes qui pèsent sur les administrations et qui ralentissent cette transformation [numérique] : sortir de choix technologiques anciens, revenir sur l’externalisation massive de cette fonction et la perte de compétences qui en a résulté, faire connaître le potentiel et des méthodes de la transformation digitale au-delà des sphères spécialisées ». Pour la Cour des comptes, « la révolution numérique ne se réduit pas à la numérisation des procédures existantes ».
Un appel à recourir aux « méthodes agiles » chères aux start-ups d’État
Les magistrats de la Rue Cambon taclent tout particulièrement « la durée trop longue » de la plupart des grands projets informatiques de l’État (six ans en moyenne). Un tel délai « s’accommode mal avec le rythme d’évolution des technologies et celui de la rotation des chefs de projet » note l’institution, qui avait déjà eu l’occasion d’épingler dans le passé les échecs du « dossier médical personnel » ou du logiciel Louvois.
« Selon l’expérience, la moitié des projets informatiques d’une durée supérieure à trois ans échouent ou sont substantiellement réajustés quant à leurs coûts ou leur périmètre », fait valoir la Cour des comptes.
La haute juridiction en appelle ainsi à « construire des services numériques selon les méthodes agiles », chères à la DINSIC. Depuis 2013, la « DSI de l’État » a développé différents projets via des « start-ups d’État » – une petite équipe, autonome, censée produire en quelques mois un outil répondant à un problème précis. « Dès les premières semaines de travail, le produit est testé, en mode « bêta », et les orientations et choix techniques ou ergonomiques sont ajustés en fonction des résultats immédiatement observés sur les usagers », explique-t-on Rue Cambon.
Ces méthodes, utilisées notamment pour « Mes-Aides », « La Bonne Boîte » ou « Marchés publics simplifiés », « réduisent, à très faible coût et dans des délais réduits, les incertitudes liées à une démarche de transformation numérique d’un service », retient la Cour des comptes.
Agir sur l’ensemble des agents publics, promouvoir le libre
Tout en appelant la DINSIC à « accélérer » sur cette voie, les magistrats invitent les pouvoirs publics à « former massivement et en continu l’ensemble des agents publics aux compétences nécessaires pour accomplir la révolution numérique (design, droit du numérique, méthodes agiles, sécurité informatique, protection des données personnelles, lean start up, etc.) ».
La Cour des comptes recommande au passage à l’État de se rendre plus attractif (et pas uniquement via les rémunérations qu’il offre à ses agents). Les pistes proposées ? Autonomisation des équipes, adaptation des locaux, construction d’une image employeur, mais aussi – et c’est là que ça devient plus surprenant – « promotion du logiciel libre ».
La Rue Cambon considère en effet que « le partage de développements libres apparaît désormais comme un puissant facteur d’efficience et d’influence. Il permet d’étendre la portée des mutualisations au-delà de la seule sphère de l’État. » Le recours aux logiciels libres « représente d’abord un enjeu de sécurité et de souveraineté », note néanmoins l’institution, en ce qu’il « permet à leur utilisateur de s’assurer des actions réalisées par le logiciel, de se protéger contre les fonctions indésirables et éventuellement de le modifier en fonction des usages identifiés ».
L’April, l’association de promotion du logiciel libre, a salué cette « prise de position sans ambigüité de la Cour des comptes », et appelé le gouvernement à « se montrer à la hauteur de ces enjeux ».
La Cour des comptes appelle l’État à « amplifier » sa modernisation numérique
-
Les magistrats plaident pour un « important effort de rattrapage »
-
Un appel à recourir aux « méthodes agiles » chères aux start-ups d’État
-
Agir sur l’ensemble des agents publics, promouvoir le libre
Commentaires (20)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 12/02/2018 à 09h35
Les magistrats de la Rue Cambon taclent tout particulièrement « la durée trop longue » de la plupart des grands projets informatiques de l’État (six ans en moyenne).
S’ils cherchent des durées trop longues, je leur conseille de commencer par les décisions de justices, ou l’application des promesses de campagne.
Six ans, c’est pas forcément si long que cela pour un “grand” projet informatique.
Le 12/02/2018 à 09h36
Ça n’empêchera pas chaque ministère de continuer à utiliser Windows comme référence principale client ou serveur…
Le 12/02/2018 à 09h54
Dites moi chers journalistes, on avait parlé d’un “p’tit” récapitulatif sur les start up d’état ^^ des nouvelles du soldat en question ?
Le 13/02/2018 à 09h44
En amont, si les cahiers des charges sont bien définis et validés de façon à vérifier qu’on a bien compris ce que le client veut réellement. Cela signifie évidemment que le client est prêt à passer du temps pour la conception et qu’il ne se contente pas de déléguer le boulot.
Le 12/02/2018 à 09h58
6 ans c’est pas long, mais c’est surtout casse-gueule si le besoin change et qu’on ne modifie pas les specs (et en 6 ans le besoin bouge forcément). La méthode agile pourrait résoudre ce problème vu que la spec qui change en cours de route c’est au coeur de la méthode agile, mais c’est possible aussi pour les développement type “Cycle en V”. Encore faut-il que le “client” communique son besoin à l’équipe de dev.
Le 12/02/2018 à 09h59
C’était sur le point d’aboutir, mais la Cour des comptes a remis une pièce dans la machine… Et j’ai eu de gros textes à suivre ces dernières semaines (Darmanin et RGPD notamment). J’essaie de le sortir ce mois-ci ;)
Le 12/02/2018 à 09h59
Je trouve curieux que soient systématiquement mises en avant les actions de communication plutôt que les actions de fond.
Je suis convaincu que les plus grands gisements d’économie pour l’état sont dans la mutualisation des moyens d’infrastructure et des services informatiques ‘de base’ bien plus que dans les ‘startup d’états’. Réseaux, datacenters, messagerie, visio, GED… Démarche longue, complexe, pas très sexy, mais indispensable.
Le 12/02/2018 à 10h03
Cool merci ^^ bon courage en tout cas, c’est sur que c’est vaste et bien complexe !
Le 12/02/2018 à 10h14
Oh ! Je savais même qu’il y avait une bêta sur les demandes de bourse en ligne.
Ça peut grandement faciliter les demandes pour les familles et étudiants :o
bien joué !
Le 12/02/2018 à 10h22
De mon expérience, quand la gestion de projet est mauvaise alors une méthode agile ne permet par de réussir le projet, et encore moins de raccourcir les délais.
Ok, ca donne l’impression d’avancer car on sort une version (de merde) à chaque sprint.
Mais au global le projet ne se termine jamais…
Le 12/02/2018 à 10h37
Concrètement, est-ce que quelqu’un peut me donner la définition de la “méthode agile” de développement, relevant que le discours marketing a changé récemment au profit de “l’approche agile”, voire “d’état d’esprit agile”, c’est dire si j’ai le sentiment qu’on enfile les perles au travers de cette formule…
Le seul “changement” tangible pour moi, est que la liste des fonctionnalités peut être complétée au fil de l’eau en fonction de l’avancé du projet et des demandes du client (ce qui ramené à l’échelle des demandes/besoins d’un Etat peut vite devenir ingérable).
Le 12/02/2018 à 10h45
Comment résumer mon post en deux phrases et en plus clair. Chef de projet ?
Le 12/02/2018 à 12h24
+1
“On n’arrive pas à sortir le projet, il faut passer en mode agile pour ne plus avoir de gestion de projet” … cause numéro 1 d’échec, si tu ne sais pas gérer un projet l’agile ne va pas solutionner ton problème. Très souvent problème de définition du périmètre/besoin, que l’agile permet cependant de changer en cours de route (mais ce n’est pas non plus gratuit).
Le 12/02/2018 à 12h29
Belle réflexion sur le logiciel libre !" />
Le 12/02/2018 à 12h51
Le 12/02/2018 à 13h15
Le 12/02/2018 à 13h16
méthode agile: incrémental/itératif, délai entre 2 livraisons très court (=sprint), définition du contenu à chaque début de sprint, validation de chaque livraison par le demandeur, refactoring du code dés que nécessaire.
Méthode très efficace quand on a 80% du besoin/spec qui est clair, et 20% qui reste vague et qu’on pourra définir en cours de développement.
Méthode catastrophique si on espère que les livraisons permettront de comprendre le besoin/spec. " />
Le 12/02/2018 à 13h18
Le 12/02/2018 à 20h12
Le 13/02/2018 à 05h05
Ahhh, les joies des rétro-planniing " /> les constantes universelles. " />