Les coûts d'entretien cachés des capteurs des « villes intelligentes »
Une ville installe des capteurs de stationnement, des capteurs de qualité de l'air et des poubelles connectées, puis présente ce projet comme la preuve d'une gestion publique moderne. Le lancement est médiatisé, le tableau de bord est impressionnant et le coût d'acquisition s'intègre facilement dans un budget. Cinq ans plus tard, les batteries tombent en panne, les relevés ne concordent plus, le fournisseur d’origine a changé de plateforme et plusieurs services ne s’accordent pas sur la question de savoir qui est responsable du remplacement des appareils.
Le coût souvent négligé des technologies des villes intelligentes commence après leur installation. Les capteurs fonctionnent sous la pluie, la chaleur, la poussière, dans le trafic, soumis aux vibrations et parfois victimes de vandalisme. Ils dépendent de réseaux, de logiciels, de services cloud et de mises à jour de sécurité qui peuvent s’étendre au-delà de la durée du contrat dans le cadre duquel ils ont été achetés. Un appareil dont l’installation coûte relativement peu peut générer des années de frais de maintenance, de connectivité et de gestion des données avant d’atteindre la fin de sa durée de vie utile.
Les villes habituées à entretenir les routes, l'éclairage public et les réseaux d'assainissement se rendent compte que les infrastructures connectées nécessitent un modèle d'exploitation différent. Un panneau de signalisation classique peut rester en place pendant des années sans nécessiter beaucoup d'attention. Un panneau connecté peut, quant à lui, nécessiter une alimentation électrique, une connexion réseau, des mises à jour du micrologiciel, des certificats, des licences de plateforme et une intégration capable de continuer à fonctionner même après la mise à jour d'autres systèmes municipaux.
L'analyse de rentabilité d'une ville intelligente devrait donc porter sur l'ensemble du cycle de vie du système, et non sur le prix de l'appareil.
Le pilote est souvent l'élément le moins cher
Les projets pilotes créent des conditions qui perdurent rarement lors de la mise à l'échelle. Un fournisseur peut proposer des appareils à prix réduit, le personnel technique surveille le système de près et les dysfonctionnements sont corrigés rapidement, car le projet bénéficie d'une attention politique particulière. Un réseau de 50 capteurs peut être inspecté manuellement. Ce n'est pas le cas d'un réseau de 20 000 capteurs.
La mise à l'échelle entraîne des coûts récurrents que la démonstration initiale peut ne pas mettre en évidence. Chaque appareil doit être enregistré, configuré et connecté. Les sites d'installation doivent être répertoriés avec suffisamment de précision pour que les équipes de maintenance puissent les localiser. Les batteries et les composants doivent être remplacés, tandis que les abonnements à la connectivité, au stockage dans le cloud et aux logiciels se poursuivent, que les données soient activement utilisées ou non.
La complexité s'accroît lorsque différents services acquièrent leurs propres systèmes. Le service des transports installe des compteurs de trafic, les services environnementaux achètent des capteurs de qualité de l'air et les équipes chargées de la gestion des déchets déploient des capteurs sur les poubelles, chacun utilisant une plateforme et un dispositif de maintenance différents. La ville se retrouve ainsi progressivement avec un ensemble d'appareils connectés sans avoir une vue d'ensemble de ce qu'elle possède, de la date d'expiration des garanties ou du fournisseur qui contrôle l'accès aux données.
Un projet pilote réussi permet de déterminer si la technologie est viable. Il ne prouve pas pour autant que la ville puisse l'exploiter de manière rentable pendant une décennie.
Un capteur est avant tout un actif physique, puis une source de données
Les discussions sur les villes intelligentes partent souvent des données qu'un capteur va générer. La maintenance, quant à elle, commence par le dispositif physique lui-même.
Un capteur de stationnement intégré à la chaussée est exposé à l'eau, au sel de déneigement, aux poids lourds et aux travaux de réfection de la chaussée. Un capteur de qualité de l'air installé sur un lampadaire peut se dérégler à mesure que ses composants vieillissent. Un capteur de niveau d'eau peut être obstrué par des débris, tandis qu'un capteur de déchets peut être endommagé lors de la collecte. Les dispositifs placés dans l'espace public sont également exposés au vol, aux dommages accidentels et aux interférences délibérées.
Ces conditions affectent la précision des données bien avant que l'appareil ne cesse d'émettre. Un capteur défectueux est facile à repérer, car il ne fournit aucune mesure. Un capteur dégraded est plus difficile à détecter, car il continue d'envoyer des valeurs qui semblent fiables.
La maintenance est donc indissociable de la qualité des données. Une ville peut fonder la gestion des feux de signalisation, ses rapports environnementaux ou les itinéraires de collecte des déchets sur des mesures qui ont progressivement perdu de leur fiabilité. Le tableau de bord continue de fonctionner, mais les décisions qui en découlent perdent de leur pertinence.
Les inspections de routine, les étalonnages et les comparaisons avec des mesures de référence font donc partie des coûts d'exploitation. La fréquence requise dépend de l'appareil et des conséquences d'une lecture inexacte. Un capteur utilisé à des fins de planification générale peut tolérer un niveau d'incertitude différent de celui d'un capteur déclenchant une réaction de sécurité ou une mesure réglementaire.
Les municipalités devraient demander aux fournisseurs comment la précision évolue au fil du temps, comment les dysfonctionnements sont détectés et quelles preuves permettent de vérifier qu'un appareil continue de mesurer l'état prévu, plutôt que de simplement rester connecté.
Les batteries posent un problème en matière de main-d'œuvre
Les capteurs sans fil sont souvent présentés comme faciles à installer, car ils ne nécessitent pas de raccordement électrique permanent. Cette simplicité se répercute sur les travaux à venir.
Une batterie peut être présentée comme ayant une durée de vie de cinq ou dix ans, mais sa durée de vie réelle dépend de la température, de la fréquence de transmission, de la qualité du réseau et de la charge de travail imposée à l'appareil. Un capteur qui peine à se connecter au réseau peut consommer plus d'énergie que prévu. Les mises à jour du micrologiciel peuvent modifier la consommation d'énergie, tandis que les conditions météorologiques extrêmes réduisent les performances de la batterie.
Le remplacement d'une batterie ne coûte pas cher. Mais pour en remplacer plusieurs milliers à l'échelle d'une ville, il faut faire appel à des techniciens, disposer de véhicules, obtenir les autorisations d'accès nécessaires et disposer d'un registre précis indiquant l'emplacement de chaque appareil. Les équipements installés sur la chaussée peuvent nécessiter la mise en place de mesures temporaires de gestion du trafic. Quant aux appareils fixés sur des ponts ou des structures en hauteur, leur accès nécessite l'intervention de spécialistes, ce qui transforme le simple remplacement d'un petit composant en une opération de maintenance de grande envergure.
Les calendriers de remplacement des batteries entraînent également des pics de dépenses. Si des milliers d'appareils ont été installés au cours d'une même phase d'acquisition, ils peuvent commencer à tomber en panne à peu près au même moment. Une ville qui avait prévu un budget pour un entretien régulier peut soudainement se retrouver confrontée à un programme de renouvellement concentré.
Pour effectuer un calcul correct, il faut tenir compte de la batterie, du temps de main-d'œuvre nécessaire pour y accéder et des perturbations causées par les travaux. Dans certains endroits, le raccordement de l'appareil au réseau électrique peut s'avérer plus coûteux au départ, mais moins onéreux sur l'ensemble de sa durée de vie. Le choix approprié dépend de l'accessibilité, de la fiabilité et de la durée de vie prévue du système.
La connectivité représente une dépense récurrente
Un capteur connecté a besoin d'un canal par lequel ses données peuvent parvenir à la ville. Cette connexion peut s'appuyer sur un réseau mobile, un réseau étendu à faible consommation d'énergie, le Wi-Fi, la fibre optique ou un système municipal dédié. Chaque option a des implications en termes de couverture, de consommation d'énergie, de sécurité et de coût.
Les frais de connectivité peuvent sembler modestes lorsqu'ils sont calculés par appareil. Mais, multipliés par des milliers d'appareils et sur plusieurs années, ils constituent une charge d'exploitation importante. Les villes doivent également anticiper les changements qui échappent à leur contrôle. Les normes de téléphonie mobile sont obsolètes, les opérateurs modifient leurs conditions commerciales et les zones qui ont donné de bons résultats lors des tests peuvent s'avérer peu fiables dans d'autres conditions.
La couverture est particulièrement importante pour les appareils installés sous terre, à l'intérieur de conteneurs métalliques ou dans des environnements urbains densément bâtis. Un capteur dont la connexion est instable peut renvoyer ses données à plusieurs reprises, épuiser sa batterie et créer des lacunes dans l'enregistrement. Un problème de réseau peut donc être interprété à tort comme une panne de l'appareil et entraîner des interventions de maintenance inutiles.
La ville doit savoir à qui incombe la responsabilité d'établir cette distinction. Lorsque le système cesse de fonctionner, est-ce au fournisseur de tester l'appareil, à l'opérateur réseau d'examiner la connexion ou à l'équipe informatique municipale d'analyser la plateforme ? Les contrats qui ne précisent pas clairement ce point sont source de retards et de litiges, précisément au moment où le système est censé assurer un service opérationnel.
La connectivité doit être considérée comme faisant partie intégrante de la conception de l'infrastructure, et non comme un abonnement ajouté une fois les appareils sélectionnés.
Les mises à jour logicielles ne peuvent pas prendre fin avec la garantie
Un capteur de ville intelligente est un petit ordinateur relié à des infrastructures publiques. Comme tout ordinateur, il peut présenter des vulnérabilités qui sont découvertes après son installation.
Les systèmes sécurisés doivent pouvoir recevoir des mises à jour logicielles et micrologicielles authentifiées tout au long de leur cycle de vie. Le processus de mise à jour doit vérifier l'authenticité du logiciel, éviter d'interrompre les services essentiels et prévoir une solution de secours en cas d'échec de la nouvelle version. Les appareils qui ne peuvent pas être mis à jour à distance peuvent nécessiter l'intervention d'un technicien sur chaque site.
La durée du support technique assuré par le fabricant est tout aussi importante que la capacité technique à effectuer des mises à jour. Un capteur peut rester physiquement opérationnel même après que le fournisseur a cessé de publier des correctifs de sécurité. La ville se retrouve alors avec des équipements qui continuent de produire des données utiles, mais qui constituent un risque cybernétique non maîtrisé.
Les documents d'appel d'offres doivent préciser la durée de la prise en charge, la méthode de mise à jour et la réponse attendue en cas d'identification d'une vulnérabilité grave. Le fournisseur doit expliquer ce qui se passe lorsque le produit arrive en fin de prise en charge et dans quel délai la ville en sera informée.
Cela revêt une importance particulière pour les appareils connectés à des réseaux municipaux plus étendus. Un capteur environnemental piraté peut ne pas sembler dangereux en soi, mais un équipement mal sécurisé peut constituer un point d'entrée vers d'autres systèmes ou être utilisé dans le cadre d'une attaque de plus grande envergure.
La durée de vie utile d'un appareil connecté dépend en partie de son matériel et en partie de la volonté de son fabricant de continuer à assurer la maintenance du logiciel.
Les certificats et identifiants numériques ont eux aussi une date d'expiration
Les appareils connectés ont besoin d'une identité. Le réseau et la plateforme doivent pouvoir vérifier qu'un message provient bien d'un capteur autorisé et non d'une source inconnue. Pour cela, on a souvent recours à des certificats, des clés cryptographiques et des identifiants d'accès.
Ces identifiants doivent être créés de manière sécurisée, renouvelés à leur expiration et révoqués lorsqu'un appareil est retiré ou compromis. Une ville équipée de milliers de capteurs ne peut pas gérer cela à l'aide de tableurs et de rappels manuels.
Le problème apparaît lors des changements de personnel, des changements de fournisseurs et des migrations de systèmes. Personne ne sait forcément quel compte gère un groupe d'appareils, où sont conservées les clés d'origine, ni si un capteur mis hors service peut encore se connecter à la plateforme.
La mise en service et le retrait sécurisés doivent donc faire partie intégrante du cycle de vie des appareils. Un nouveau capteur se voit attribuer les autorisations minimales nécessaires à sa mission. Un appareil remplacé ou mis hors service perd immédiatement son accès. La ville tient à jour un registre vérifiable indiquant quels équipements sont actifs et quelles identifiants leur sont associés.
Ces processus sont rarement mentionnés dans les descriptions promotionnelles des projets de « ville intelligente », alors qu'ils déterminent si le système reste gérable une fois que l'équipe chargée de sa mise en œuvre initiale a quitté ses fonctions.
On oublie facilement de procéder à l'étalonnage, car les données continuent d'affluer
Les capteurs environnementaux et physiques ne conservent pas indéfiniment une précision parfaite. Les composants vieillissent, les conditions locales évoluent et les dépôts ou les dommages physiques altèrent leurs performances. L'appareil peut continuer à transmettre des données alors même que ses mesures s'écartent de la réalité.
L'étalonnage consiste à comparer le capteur à une référence fiable et à corriger ou à identifier l'écart. Certains appareils peuvent être étalonnés à distance ou à l'aide d'un logiciel, tandis que d'autres doivent être démontés, inspectés ou remplacés. La méthode à adopter dépend de la technologie utilisée et du niveau de précision requis.
Les villes doivent déterminer le niveau de précision réellement requis par ce service. Un réseau de surveillance de la qualité de l'air à faible coût peut s'avérer utile pour identifier des tendances générales, sans pour autant répondre aux normes exigées dans le cadre d'une surveillance réglementaire officielle. Des problèmes surviennent lorsque des mesures approximatives sont présentées comme étant plus précises que ne le permet l'équipement utilisé.
La même prudence s'impose en ce qui concerne les données relatives à l'occupation, au bruit, à l'humidité et à la fréquentation. Les décideurs doivent connaître la marge d'erreur, savoir si les mesures sont comparables d'un appareil à l'autre et connaître la fréquence à laquelle les performances ont été vérifiées.
La qualité des données doit être placée sous la responsabilité d'un responsable. Confier entièrement l'étalonnage au fournisseur de la technologie peut affaiblir le contrôle indépendant, tandis qu'il est tout aussi irréaliste d'attendre du personnel municipal qu'il gère du matériel spécialisé sans formation. Les contrats doivent définir clairement les responsabilités, les méthodes et les éléments justificatifs.
L'interopérabilité devient coûteuse lorsqu'un fournisseur se retire
Une ville peut envisager d'utiliser un réseau de capteurs pendant dix ou quinze ans, alors que l'entreprise technologique qui le fournit a un horizon commercial bien plus court. Le fournisseur peut faire l'objet d'une acquisition, arrêter la commercialisation du produit, modifier ses tarifs ou se retirer complètement du marché.
La dépendance vis-à-vis d'un fournisseur devient coûteuse lorsque les appareils communiquent via des protocoles propriétaires et que l'accès aux données n'est possible que par l'intermédiaire d'une seule plateforme. Changer de fournisseur peut alors nécessiter le remplacement de capteurs en parfait état de fonctionnement, car aucun autre système n'est capable de les gérer.
Les interfaces ouvertes et les normes largement répandues réduisent ce risque, même si aucune spécification ne garantit une interopérabilité parfaite. La ville a besoin de preuves concrètes qu’elle est en mesure d’exporter ses données historiques, de connecter les appareils à une autre plateforme et de continuer à assurer le fonctionnement des services essentiels sans le fournisseur d’origine.
La propriété des données doit être clairement établie. La commune doit savoir si elle peut récupérer l'intégralité des données dans un format exploitable, dans quels délais elle les recevra et ce qu'il adviendra à l'expiration du contrat.
La planification de la sortie de contrat est plus efficace avant l'achat. Une fois que des milliers d'appareils sont installés, le fournisseur dispose d'un pouvoir de négociation nettement plus important. Un prix initial bas peut s'avérer coûteux lorsque les frais de renouvellement augmentent et que la migration s'avère techniquement difficile.
Un contrat relatif à une ville intelligente devrait expliquer avec autant de précision comment le système prendra fin que comment il sera mis en place.
Les tableaux de bord deviennent un système supplémentaire à gérer
Le capteur ne constitue qu'une seule couche. Les données transitent par des réseaux, des systèmes de stockage, des logiciels de traitement, des interfaces de programmation d'applications et des tableaux de bord avant d'atteindre les utilisateurs auxquels elles sont destinées.
Chaque couche nécessite une maintenance. Les plateformes cloud évoluent, les systèmes d'exploitation sont mis à jour et les exigences en matière de sécurité changent. Un tableau de bord conçu en fonction de la structure actuelle de la ville peut ne plus correspondre à ses services ou à ses responsabilités après un changement organisationnel. Les intégrations avec les systèmes de gestion des ordres de travail, les plateformes de gestion du trafic ou les applications publiques peuvent cesser de fonctionner lorsque l'une des deux parties met à jour son logiciel.
Les villes sous-estiment souvent cet aspect, car le tableau de bord donne l'impression d'être un produit fini. En réalité, il s'agit d'une application qui nécessite des tests, une assistance aux utilisateurs et une refonte périodique. Les nouveaux appareils et sources de données doivent être intégrés, tandis que ceux qui sont obsolètes doivent être supprimés sans compromettre l'historique des rapports.
Le coût devient plus difficile à justifier lorsque les équipes opérationnelles cessent d'utiliser l'interface. Une plateforme techniquement aboutie peut rester en ligne alors que le personnel revient aux tableurs auxquels il est habitué ou à des procédures manuelles, car le système ne correspond pas à la manière dont les décisions sont prises.
Il convient donc de surveiller l'utilisation de ce service parallèlement aux performances des équipements. Si les données ne servent pas à optimiser les itinéraires, les contrôles, la maintenance ou les politiques, la ville dépense de l'argent pour maintenir un service d'information plutôt que pour améliorer un service public.
Les travaux publics peuvent détruire accidentellement l'infrastructure numérique
Les services municipaux peuvent installer des équipements connectés sans les intégrer dans les processus habituels de gestion du patrimoine de la ville. Des années plus tard, un entrepreneur chargé du resurfaçage retire des capteurs routiers sans savoir qu’ils sont là, ou bien le remplacement d’un lampadaire entraîne la déconnexion d’équipements environnementaux appartenant à un autre service.
Le problème n'est pas d'ordre technique. Ces équipements n'ont jamais été considérés comme des biens municipaux.
Chaque installation doit figurer dans un registre officiel indiquant son emplacement, son propriétaire, ses caractéristiques techniques, sa garantie, son calendrier d'entretien et ses liens avec les infrastructures environnantes. Les entrepreneurs intervenant dans la zone doivent pouvoir accéder à ces informations avant de commencer les travaux d'excavation, de réfection de la chaussée ou de remplacement.
Le registre doit également refléter les dépendances. Un capteur de trafic peut dépendre d'une passerelle située à proximité, qui dépend elle-même d'une armoire de communication et d'une plateforme cloud. La suppression d'un composant peut avoir des répercussions sur de nombreux appareils qui, à première vue, ne semblent pas liés entre eux dans la rue.
Un jumeau numérique ou un système d'information géographique peut aider à visualiser le réseau, mais l'exigence fondamentale est plus simple : la ville doit savoir ce qu'elle possède et qui en est responsable.
Sans cette rigueur, les infrastructures intelligentes passent inaperçues jusqu’à ce que quelqu’un les endommage.
Les marchés publics privilégient souvent la mise en place plutôt que la durabilité
Les marchés publics sont souvent organisés en fonction du coût d'achat et d'installation d'un système. La maintenance à long terme fait l'objet d'un budget distinct ou est laissée à la discrétion des services, qui doivent la négocier une fois le projet approuvé.
Cela incite à choisir un équipement moins cher, même s’il est difficile à mettre à jour, à remplacer ou à intégrer. Les économies apparaissent dans le budget d’investissement, tandis que les coûts d’exploitation plus élevés se manifestent progressivement dans le budget d’un autre service.
Le calcul du coût sur toute la durée de vie permet une comparaison plus précise. Il doit inclure le matériel, l'installation, la connectivité, les licences logicielles, les services cloud, le remplacement des batteries, l'étalonnage, la cybersécurité, la formation du personnel, l'accès physique et l'élimination finale. Les taux de défaillance prévus et les besoins en appareils de rechange doivent également être pris en compte dans ce calcul.
Les villes devraient vérifier si le fournisseur a assuré la maintenance d'installations comparables pendant plusieurs années, plutôt que de se fier uniquement aux résultats des essais. Les références issues de projets pilotes récents ne donnent que peu d'indications sur les performances des équipements après plusieurs hivers, des modifications du réseau et des changements de personnel.
L'évaluation doit également tenir compte du coût d'une défaillance. Un capteur utilisé pour optimiser la collecte des déchets peut être temporairement indisponible sans que cela ait de conséquences majeures. Un dispositif servant à émettre des alertes d'inondation ou à assurer la sécurité routière doit, quant à lui, présenter une plus grande résilience et bénéficier d'engagements de réparation plus rapides.
Le capteur le moins cher et le service le moins onéreux ne correspondent pas forcément au même achat.
La maintenance prédictive n'élimine pas la maintenance
Les fournisseurs de capteurs promettent souvent que cette technologie permettra une maintenance prédictive en détectant un problème avant la défaillance d'un équipement. Cette affirmation peut être fondée. Les données relatives aux vibrations, à la température et à la puissance peuvent révéler une détérioration des pompes, des ponts, des systèmes d'éclairage ou des équipements de transport.
Le système de surveillance lui-même nécessite encore de l'entretien.
Un modèle prédictif entraîné à partir de données de mauvaise qualité ou incomplètes peut générer de fausses alertes ou passer à côté d'une véritable défaillance. Les capteurs mesurant l'actif surveillé peuvent subir une dérive ou cesser de transmettre des données. Les modifications apportées à l'équipement peuvent rendre les tendances antérieures moins pertinentes, ce qui nécessite une révision du modèle.
La maintenance prédictive est plus efficace lorsqu'elle est intégrée aux systèmes existants de prise de décision technique et de gestion des ordres de travail. Une alerte doit être transmise à une équipe disposant de l'autorité, du budget et des moyens nécessaires pour inspecter l'équipement concerné. Sinon, la ville accumule les alertes sans effectuer davantage de réparations.
L'intérêt d'un tel système doit être évalué en fonction des pannes évitées, de la réduction des coûts d'inspection ou de l'allongement de la durée de vie des équipements, plutôt qu'en fonction du nombre d'alertes générées. Un système produisant des milliers de notifications peut s'avérer performant sur le plan technologique, mais inutile sur le plan opérationnel.
On ne peut pas repousser indéfiniment la planification de fin de vie
Tout capteur doit, à terme, être remplacé ou retiré. Ce processus génère des déchets électroniques, peut entraîner des obligations en matière de conservation des données et implique une dernière mesure de sécurité : s'assurer que l'appareil mis hors service ne puisse plus se connecter ni divulguer les informations stockées.
Les collectivités doivent déterminer si les équipements peuvent être réparés, si les batteries et les composants sont remplaçables et quelles sont les filières de recyclage existantes. Le retrait des dispositifs intégrés dans les routes ou les ouvrages peut s'avérer coûteux, ce qui fait que le remplacement futur doit être pris en compte dès la phase initiale de conception.
Les données doivent également faire l'objet d'un plan de fin de vie. Les mesures historiques peuvent rester utiles à des fins de planification et de recherche après la fermeture de la plateforme. La ville devrait pouvoir conserver ces données dans un format accessible sans avoir à continuer de payer pour un service devenu obsolète.
La mise hors service doit impliquer la suppression des identifiants, la fermeture des comptes et la mise à jour du registre des actifs. Les appareils abandonnés connectés à un réseau constituent un risque tant sur le plan opérationnel que sur celui de la sécurité.
Un système pour lequel aucune date de fin n'est prévue risque de rester en place plus longtemps qu'il ne sera utile.
Les villes intelligentes ont davantage besoin de capacités de maintenance que de nouveaux projets pilotes
Le défi auquel sont confrontées de nombreuses communes n'est plus de trouver des applications possibles pour les capteurs, mais de se doter des moyens nécessaires pour exploiter les systèmes déjà installés.
Cela nécessite des personnes qui maîtrisent à la fois les services publics et les technologies connectées. Les équipes de maintenance doivent pouvoir accéder aux dossiers des appareils et aux informations relatives aux pannes. Les services informatiques doivent avoir une vue d'ensemble des équipements déployés par les services opérationnels. Les responsables des achats doivent identifier les risques liés au cycle de vie et à l'interopérabilité, tandis que les responsables de services doivent déterminer si les données permettent encore d'obtenir des résultats utiles.
Toutes les villes n'ont pas besoin de disposer en interne de l'ensemble de ces compétences. La coopération régionale, les services gérés et les plateformes partagées peuvent permettre de réduire les doublons, en particulier pour les petites communes. L'externalisation n'exonère pas de la responsabilité. La ville doit toujours disposer de connaissances suffisantes pour évaluer les performances, remettre en question les coûts et changer de prestataire si nécessaire.
Un nouveau projet pilote est souvent plus facile à faire approuver qu’un programme de maintenance à long terme, car il met en avant une innovation concrète. La fiabilité des technologies urbaines repose toutefois sur un travail moins visible, mené pendant des années après le lancement.
Le capteur le plus intelligent est peut-être celui que la ville a les moyens de maintenir en service
Les infrastructures connectées peuvent améliorer la gestion du trafic, la surveillance de l'environnement, la collecte des déchets et la sécurité publique. Leur valeur dépend davantage de la continuité et de la fiabilité du service que du nombre d'appareils déployés.
Une ville doit savoir qui se chargera de remplacer la batterie, d'étalonner les mesures, de renouveler le certificat de sécurité et de migrer les données en cas de changement de fournisseur. Elle doit comprendre ce qui se passe en cas de panne du réseau, comment les défaillances sont détectées et quel budget prendra en charge les frais de renouvellement.
Ces questions peuvent donner l'impression qu'un projet est moins passionnant. Elles augmentent toutefois ses chances de aboutir.
Une ville intelligente ne se définit pas par la quantité de technologies déployées dans l'espace public. Elle se définit par la capacité de ces technologies à continuer de générer une valeur publique fiable une fois que l'équipe chargée du projet pilote, les annonces politiques et le contrat initial ont disparu.
