5 Min. de lecture

Trois types de projets sans éclat traversent les villes moyennes allemandes en 2026 : télémétrie des places de parking, Smart Waste, gestion énergétique des bâtiments. Ce qui les unit : un opérateur clair, des KPI stricts, et un ennui suffisant pour tenir cinq ans. Tout le reste relève des relations presse.

En lienEdge Computing : les DSI redessinent les architectures d’usine  /  Reboot Germany : trois décisions qui restent à l’ordre du jour du Comex

Entre la Charte des villes intelligentes de 2017 et les 73 projets modèles Smart Cities, une décennie de conférences de presse s’est écoulée. Ce qui se concrétise dans la réalité ressemble moins à une vision qu’à un statut de projet en alerte jaune. Les villes de 50 000 à 200 000 habitants n’ont ni le budget ni les équipes IT pour de grandes plateformes. Ce qui y fonctionne est généralement modeste, souvent discret et rarement médiatique. C’est précisément pour cette raison qu’il s’étend.

Trois types de projets reviennent sans cesse dans les rapports intermédiaires des projets modèles, les documents du BMWK et les échanges avec les responsables IT des collectivités. Télémétrie des places de parking. Smart Waste. Monitoring énergétique des bâtiments. Aucun n’est sexy. Tous trois sont rentables plus vite que n’importe quel tableau de bord de quartier.

Type de projet 1 : Télémétrie des places de stationnement

La détection des places de parking est le cas d’usage le moins excitant du portefeuille Smart City, et en même temps celui qui est le plus souvent pérennisé. La raison est triviale : une place de parking a un propriétaire, une logique de gestion et une source de revenus. Il existe donc un récit d’exploitation qui dépasse la période de subvention.

Configuration typique dans une ville moyenne de Rhénanie ou du sud de l’Allemagne : 400 à 1 500 capteurs de surface dans les zones de stationnement résidentiel ou sur les axes centraux du centre-ville, LoRaWAN ou NB-IoT comme technologie radio, connexion à une application de guidage de stationnement et au service municipal de l’ordre public. Selon plusieurs documents d’appel d’offres, les coûts d’exploitation par capteur se situent entre 30 et 60 euros par an, selon l’opérateur réseau et le modèle de maintenance.

Ce qui frappe les décideurs : les projets qui perdurent ont tous un contrat d’exploitation communal avec une régie municipale ou un prestataire informatique du groupe. Les projets qui ont été menés uniquement par des entrepreneurs généraux externes ont disparu presque sans bruit après la période de subvention.

Type de projet 2 : Smart Waste

Les capteurs de niveau de remplissage dans les conteneurs enterrés et les grands conteneurs de recyclage constituent la deuxième catégorie qui traverse robustement les cycles budgétaires. Le business case est simple : moins de trajets à vide, des tournées optimisées, une meilleure utilisation de la flotte de collecte. Ce n’est pas un argument Smart City, c’est de la logique mathématique.

Le déploiement réussit là où le service municipal de collecte des déchets est lui-même le moteur, et non le bureau de la digitalisation. Les entreprises de gestion des déchets ont des indicateurs clés de performance qui peuvent être directement améliorés par la sensorique : kilomètres parcourus, consommation de diesel, nombre de réclamations pour des conteneurs pleins.

Solution interne versus plateforme

Il n’existe pas de réponse toute faite. La plus honnête est la suivante : ceux qui disposent d’une équipe informatique avec une expérience IoT en interne développent ; ceux qui ne l’ont pas achètent et négocient la clause de sortie tôt.

Type de projet 3 : Monitoring énergétique dans les bâtiments publics

Le troisième type de projet évolutif a connu son essor en 2022 avec la crise énergétique et reste depuis inscrit au budget. Bâtiments communaux, écoles, salles de sport, administrations : partout où les consommations n’apparaissaient auparavant que mensuellement sur une facture papier, les données des compteurs sont aujourd’hui souvent disponibles toutes les 15 minutes.

L’interaction entre la loi sur l’énergie des bâtiments, les obligations de reporting en matière de durabilité pour les participations communales et la hausse des prix de l’électricité et du gaz fait du monitoring énergétique un projet qui se justifie presque toujours sur le plan comptable. Selon la Deutsche Energie-Agentur, les potentiels d’économie liés à un monitoring systématique des bâtiments communaux se situent régulièrement dans une fourchette à deux chiffres.

Checklist IT communale avant le démarrage

1. Clarifier l’exploitant avant de commander les capteurs. La personne qui examine opérationnellement les données, traite les alertes et attribue les tickets doit être désignée. Sans exploitant, il n’y a pas de projet, mais seulement une tombe de pilote.
2. Déterminer le raccordement au réseau. Exploitation propre en LoRaWAN, NB-IoT auprès d’un opérateur ou raccordement Wi-Fi dans les bâtiments. Le choix a des conséquences sur la portée, la latence et les coûts récurrents.
3. Définir le stockage des données. En local dans le data center communal, chez un prestataire IT du groupe ou dans un cloud du fabricant. Chaque option a des répercussions sur la réutilisation ultérieure des données.
4. Fixer les interfaces avant l’achat. APIs ouvertes, modèles de données documentés et, idéalement, compatibilité FIWARE ou support NGSI-LD. Les formats propriétaires renchérissent toute extension ultérieure.
5. Calculer les coûts d’exploitation sur cinq ans. Prix des capteurs plus carte SIM plus maintenance plus plateforme plus personnel. L’investissement initial pose rarement problème, contrairement aux coûts d’exploitation.
6. Régler contractuellement la clause de sortie. Formats d’export des données, délais de transition et tarifs de résiliation sont moins chers à négocier dans le contrat initial qu’en cas de litige.

Ce qui échoue et pourquoi

Au cours des dernières années, les projets abandonnés présentaient surtout trois caractéristiques. Premièrement : les plateformes de quartier sans cas d’usage initial concret, censées être étendues au fur et à mesure. Sans use case central, il n’y avait pas d’exploitant pour en assurer la pérennité. Deuxièmement : les plateformes de participation dépendantes des changements politiques. Troisièmement : les tableaux de bord mobilité visant à intégrer des données de trafic issues de différentes sources, sans qu’aucune autorité ne soit désignée comme responsable des données.

Les projets réussis ne sont pas des phares. Ce sont des infrastructures. Et une infrastructure est un bon investissement précisément quand on n’a plus besoin d’en parler au bout d’un an.

Le schéma est toujours le même. Sans exploitant clairement identifié ni KPI strict, on produit des projets pilotes qui disparaissent du budget de la troisième année. Les projets réussis ne sont pas des phares. Ce sont des infrastructures. Et aux yeux des décideurs de niveau C dans les entreprises communales, une infrastructure est un bon investissement précisément quand on n’a plus besoin d’en parler au bout d’un an.

Voilà la question que les responsables IT communaux et les DSI des services publics urbains se poseront systématiquement en 2026 : quel use case est assez ennuyeux pour tenir cinq ans ? Tout le reste, c’est de la communication.

Fonds de financement post-2026 : ce qui reste réaliste

Le paysage des subventions pour la digitalisation des communes se réorganise en 2026. Les projets modèles « Smart Cities » sont passés début d’année du ministère fédéral de l’Intérieur au ministère fédéral de l’Économie et de la Protection du climat. Les dernières promesses de financement de cette série sont arrivées à échéance, et le budget fédéral 2026 ne prévoit pas de ligne budgétaire explicite pour un nouvel appel à projets de même envergure. Il reste les aides sectorielles : digitalisation des transports publics, directive communale du ministère fédéral de l’Environnement pour les projets climatiques, programmes régionaux en Rhénanie-du-Nord-Westphalie, en Bavière et dans le Bade-Wurtemberg. Les montants sont plus modestes, et les cibles plus précises.

Pour les DSI des régies municipales et les responsables informatiques des collectivités, cela signifie que le financement des projets bascule davantage vers le budget de fonctionnement et le budget des redevances. La charge de la justification s’en trouve déplacée. Un projet qui, autrefois, pouvait être subventionné en tant que vitrine « Smart City » doit aujourd’hui être validé en tant qu’investissement opérationnel par la commission des transports, la commission des déchets ou l’assemblée des actionnaires de la régie municipale. La différence n’est pas seulement comptable. Les demandes de subvention récompensent la vision, les budgets de fonctionnement récompensent l’amortissement.

Cela explique pourquoi la télémétrie des places de stationnement, la gestion intelligente des déchets et le monitoring énergétique gagnent du terrain dans ce contexte. Ces trois solutions peuvent être intégrées dans un calcul classique de rentabilité : économies sur les tournées des services de l’ordre, réduction des collectes, baisse de la consommation d’énergie. Celui qui peut présenter un retour sur investissement sur cinq ans à un conseil municipal obtient le budget. Celui qui présente une vision d’avenir reçoit des applaudissements et une mission d’étude.

Modèles d’exploitation en pratique

Le choix du porteur de projet détermine sa pérennité. L’analyse des projets communaux en cours permet de distinguer trois modèles d’exploitation. Premièrement : la régie municipale en tant que porteur informatique, typique des communes de taille moyenne disposant de leur propre centre de données et d’une branche télécommunications historique. Deuxièmement : le prestataire informatique communal au sein d’un groupement de collectivités, souvent organisé en GmbH ou en syndicat intercommunal. Troisièmement : le service interne au sein d’une direction spécialisée, généralement le service de l’ordre pour le stationnement ou le service des déchets pour la gestion intelligente des déchets.

Les modèles portés par les régies municipales offrent la meilleure scalabilité, car celles-ci sont déjà responsables des données des compteurs, des raccordements au réseau et de l’énergie des bâtiments. L’infrastructure IoT peut être raccordée aux centres de contrôle existants. Les prestataires informatiques communaux fonctionnent bien lorsqu’ils gèrent déjà des procédures métiers pour les services concernés et ne se contentent pas d’agir en tant que prestataires. Les services internes des directions spécialisées fonctionnent lorsque le service dispose d’une équipe technique capable d’aller au-delà de la simple gestion des commandes. Les services de l’ordre sans compétence informatique interne externalisent presque systématiquement la télémétrie des places de stationnement à un entrepreneur général, cédant ainsi le contrôle des données et la maîtrise des coûts futurs.

Un constat récurrent dans les rapports intermédiaires des projets modèles : là où la responsabilité de l’exploitation n’était pas clairement définie, le projet disparaissait au bout de trois ans maximum. Là où elle incombait à la régie municipale ou au prestataire informatique communal, le projet était généralement poursuivi. Le choix du porteur n’est donc pas une simple note organisationnelle, mais le levier stratégique le plus important de tout le projet.

Risque de sortie des financements : ce qui se passe la troisième année

La troisième année après le lancement du projet est un moment critique. C’est à ce moment-là que le projet apparaît pour la première fois sans financement dédié dans le budget. Le poste doit être financé par le budget de fonctionnement, et les services financiers examinent le dossier avec plus de rigueur que n’importe quelle évaluation de subvention. Les projets qui, à ce stade, peuvent présenter un historique solide d’indicateurs de performance (KPI) et un porteur clairement identifié survivent. Ceux qui n’ont ni l’un ni l’autre deviennent des variables d’ajustement dans les négociations du comité budgétaire.

La planification de cette troisième année doit commencer dès la première. Concrètement, cela signifie : collecte des KPI dès le premier mois d’exploitation, rapports mensuels succincts aux commissions spécialisées, documentation des économies réalisées dans un langage compréhensible par les services financiers. Celui qui ne pose pas de bases chiffrées la première année ne pourra pas défendre son financement la troisième.

Un deuxième facteur de risque est la continuité des équipes. Les projets qui dépendent d’une seule personne au sein de l’équipe de digitalisation échouent souvent lorsque celle-ci quitte son poste. Les projets stables répartissent les responsabilités entre l’exploitation opérationnelle, la supervision technique et la défense budgétaire. Trois rôles qui doivent rester pourvus, même si l’un d’eux change.

Questions fréquentes

Source de l’image à la une : Pexels / Janek Breithaupt (px:28236357)