Digitaliser et centraliser l’information en cas de coupure de courant

Comment mettre en place une information adéquate sur les coupures?

Compte tenu de la transition énergétique et de la situation de crise, le risque de coupures de courant restera probablement élevé ces prochaines années. Les 600+ fournisseurs d'électricité suisses en informent leurs consommateur·trice·s par courrier, sur leur site Internet, sur leur portail clients ou sur leur hotline. Les consommateur·trice·s doivent connaître l'entreprise de distribution locale et se procurer les informations nécessaires en cas de coupures de courant imprévues.

De plus, en cas de pénurie grave d'électricité, il serait difficile d'informer à temps et de manière ciblée l'ensemble de la population sur les délestages.

C'est pourquoi le groupe de travail “Energy Data” de l'association Opendata.ch a lancé l'automne dernier le projet "Plan E". L'objectif était de pouvoir informer les consommateur·trice·s en cas de crise sur les coupures cycliques du réseau dans toute la Suisse.

Première itération : une esquisse pour un feedback rapide

L’idée était alors de s’inspirer d’un outil tel que celle de MeteoSwiss qui permet d’être alerté en cas de tempête et d’en consulter l’évolution en temps réel, dans toutes les régions du pays.

Cette première réflexion a permis de se diriger vers une approche d’app, où un consommateur∙trice spécifique pourrait être informé de manière “push” d’une potentielle coupure le∙la concernant directement. Ceci avec l’avantage non négligeable que l’accès à l’information serait facilité grâce à un téléphone portable fonctionnant même en cas de coupure (si assez chargé).

Une esquisse sommaire et quelques slides ont permis d’obtenir le feedback d'un large cercle d'experts du domaine. Grâce à eux, nous pouvons déterminer très tôt les principaux risques de l'idée en termes de faisabilité, d'utilité et de rentabilité.

Philipp Ditzel, responsable de la numérisation et de l'informatique au sein des services municipaux de Saint-Gall, constate : "Notre plus grand défi est de rassembler des données provenant de plus de 70 sources différentes, avec des formats hétérogènes et des niveaux de détail variables. Notre objectif est de réduire au maximum la charge de travail supplémentaire des responsables de réseau pour la mise à jour des données en cas de crise, car ils seront à ce moment particulièrement sollicités sur le plan opérationnel".

Deuxième itération : du problème au prototype en un Design Sprint d'une semaine

Avec le soutien de l’AES (l’Association des entreprises électriques suisses) et du programme "Innovation Booster" de Swiss Smart Cities, nous avons réussi à réunir une équipe pour un "Design Sprint" intensif.

Pendant quatre jours, des représentants de la branche, des spécialistes en informatique ainsi qu'un chercheur ont travaillé ensemble de manière intensive, de la compréhension du problème jusqu'au prototype.

Les Design Sprints s'inspirent du Design Thinking ainsi que des méthodes agiles et se déroulent en 6 phases :

• 1) Comprendre : L’équipe s’est plongée dans le contexte complexe grâce à des exposés d’experts, ainsi qu’en examinant les exemples de données partagés par six gestionnaires de réseau.
• 2) Définir : Nous avons choisi un focus sans pour autant anticiper la solution: comment pouvons-nous rendre les différents plans de délestage consultables de manière centralisée, de sorte que les gestionnaires de réseau de distribution aient le moins de travail possible ?

• 3) Diverger : Nous terminons le premier jour avec une phase de brainstorming graphique. Nous élaborons ensuite certaines des idées le deuxième jour entre des sessions de feedback itératif.

• 4) Décider : Deux options de solution se dégagent pour extraire des informations des plans de coupure de réseau pour un bâtiment donné - deux groupes se forment en conséquence. Pour ce faire, nous voulons expérimenter les représentations possibles pour les consommateur·trice·s d'électricité, car celles-ci influencent les exigences en matière de données.

• 5) Prototyper : Vers la fin du deuxième jour et le troisième jour, nous passons à la phase de prototypage. Nous expérimentons la modélisation des données et l'utilisation de géo-données ouvertes pour enrichir les données des plans de délestage. Au niveau de la représentation, deux prototypes à cliquer sont créés, qui simulent l'interface d'une application. A cela s'ajoute un prototype de code pour un service d'information SMS : il montre comment plusieurs canaux d'information peuvent être alimentés à partir de la même base de données.
• 6) Valider : Le quatrième jour, nous testons nos prototypes avec les responsables de réseau des différentes entreprises ayant fourni des exemples de données. Leur feedback confirme que nous pourrions déjà atteindre une précision considérable avec des moyens simples. Mais ils fournissent également de précieuses indications sur les cas spéciaux encore à résoudre. Il est intéressant de noter que deux autres cas d'application se dessinent : comme outil de planification de crise et comme plaque tournante des données pour l'information des client·e·s en cas de panne de courant en "temps normal".

Troisième itération : Pitch et définition du MVP

Suite au Design Sprint, nous disposons désormais des éléments pour réunir les fonds nécessaires à l'implémentation dans le cadre d'une série de pitchs.

Ce faisant, nous testons deux variantes différentes comme base pour ce que l'on appelle le Minimum Viable Product (MVP). Un MVP est la version la plus simple possible d'une application qui génère déjà une valeur ajoutée pour ses utilisateur·trice·s.

L'AES et 11 gestionnaires de réseau de distribution décident d’unir leurs forces pour co-financer le développement d’une première application destinée aux autorités et aux entreprises multi-sites. Celles-ci doivent se préparer dès maintenant à une éventuelle situation de pénurie et il est particulièrement important pour elles d'avoir une vue d'ensemble au-delà des zones d'approvisionnement individuelles.

En rassemblant les données relatives au réseau de tous les acteurs du secteur, nous créons une base précieuse pour d'autres services futurs, comme par exemple l'information des consommateur·trice·s sur tous les types de pannes de courant.

Pour tous les participant·e·s, c’était très inspirant de créer un projet commun de toutes pièces en quelques mois, au-delà des innombrables frontières organisationnelles. Comme le souligne Nicola Ruch, développeur commercial chez AEW Energie AG : “C’est un joli exemple de comment se déroule l’innovation, en petits pas itératifs, où une idée est abordée et révisée jusqu’à devenir un plan qui fonctionne. Un processus dans lequel les méthodes de gestion de projet agiles ont permis de prioriser nos ressources limitées et de développer au plus près des besoins du client. Nous avons l’impression d’être une start-up”.

Photo de Alexander Schimmeck sur Unsplash