Le 16 avril 2013, l’initiative Gov.uk remportait le prix du Design of the Year Award, toutes catégories, remis par le Design Museum de Londres. Pour un site gouvernemental, on peut littéralement parler d’un exploit.
Le 16 avril 2013, l’initiative Gov.uk remportait le prix du Design of the Year Award, toutes catégories, remis par le Design Museum de Londres. Pour un site gouvernemental, on peut littéralement parler d’un exploit.
Elle recommandait une révolution plutôt qu’une évolution. Une des recommandations clés du rapport consistait à créer une équipe centralisée avec un contrôle absolu sur l’expérience utilisateur de toute l’information publiée en ligne par le gouvernement.
Les recommandations du rapport sont radicales lorsqu’on pense à la manière dont les gouvernements créent généralement les services en ligne. En effet, au Royaume-Uni – tout comme au Canada ou aux États-Unis –, pour faire un site, il faut passer par un processus très formel d’approvisionnement en service informatique (en anglais, « procurement »). Aux États-Unis, certains qualifient carrément ce processus de « cancer » suite au lancement désastreux du site Healthcare.gov, qui aurait coûté des centaines de millions de dollars aux contribuables américains.
Fin 2010, Francis Maud, le ministre responsable, commence à appliquer les recommandations du rapport. L’objectif du projet : épargner 4 milliards de dollars et faciliter les transactions avec le gouvernement.
La totalité des ministères et 331 organismes publics ont déjà migré leur contenu sur la nouvelle plateforme. Un succès incontestable. Tout ça en seulement 3 ans à la suite du rapport de Martha Lane Fox.
Un des éléments les plus radicaux de l’initiative est l’adoption d’une interface utilisateur uniforme pour tous les ministères et organismes, qui sont d’ailleurs rassemblés sur un seul site.
Toutefois, l’objectif n’est pas d’entrer tous les contenus dans le même gabarit. Au contraire, leur système de gestion de contenu, développé sur mesure, prévoit un grand nombre de gabarits spécialisés pour les différents types de contenu qui existent. Par exemple :
L’équipe du Government Digital Service (GDS) a adopté l’approche Agile. Qui dit Agile, dit itératif. L’idée est d’offrir un service en ligne le plus tôt possible, et de constamment l’améliorer. Ce développement itératif peut sembler facile à réaliser, mais il s’avère difficile dans un contexte d’appel d’offres, car tout doit être planifié et ne peut pas être changé profondément, au risque de causer des problématiques contractuelles.
Le Government Digital Service est situé dans un bureau unique, à Londres, afin de faciliter les communications. Cette proximité physique est recommandée lorsqu’on adopte une approche Agile.
L’équipe de Gov.uk a tenté d’identifier les besoins des citoyens en passant en revue les sites existants et en regardant les chaînes de recherche utilisée par les utilisateurs. Cet exercice a permis de répertorier 1800 besoins. Dans le but de classifier et prioriser ces besoins, ils ont été enregistrés dans une application baptisée Needotron.
Pour chacun de ces besoins, ils se sont posé plusieurs questions, par exemple :
L’un des principes de design qu’ils ont énoncé est d’en faire moins (« Do less ») Selon ce principe, les gouvernements devraient se concentrer à faire ce qu’ils sont les seuls à pouvoir faire.
En plus de réutiliser un maximum de technologies à code ouvert, toutes les solutions logicielles que développe le Government Digital Service sont
disponibles sur leur compte GitHub.
Tout comme chez Adviso, la mesure de performance revêt une grande importance. Tous les organismes sont encouragés à bâtir des tableaux de bord de performance, qui sont systématiquement publics.
L’équipe du Government Digital Service est très transparente dans son travail. Par exemple, la liste des tâches à accomplir de l’équipe de développement (le backlog) est publique.
L’équipe publie également deux blogues :
Émuler l’approche de Gov.uk implique l’abandon d’une certaine autonomie de la part des ministères et organismes. Il faudrait donc un ministre avec beaucoup de conviction pour y arriver, mais rien n’est impossible.
Quoi qu’il en soit, Gov.uk inspire déjà d’autres gouvernements, dont celui de la Nouvelle-Zélande, qui a décidé d’adopter le concept et les codes sources développés au Royaume-Uni.
Plus près de nous, le gouvernement canadien tente de favoriser l’utilisation d’une plateforme commune et à code ouvert pour les sites web du gouvernement à travers la Boîte à outils de l’expérience Web (BOEW). Mais le projet reste très modeste comparé à l’initiative Gov.uk.
Je n’ai fait qu’effleurer les atouts de ce projet. Pour en savoir plus :