Gouvernement numérique et transformation numérique

Pourquoi cela compte pour la valeur publique

Chaque organisme public fait désormais fonctionner au moins un service numérique, et la plupart des dirigeants peuvent pointer vers un dossier d'affaires qui promettait un coût plus bas, un traitement plus rapide, et des citoyens plus heureux. Trop de ces dossiers n'ont livré que le premier des trois. Un processus numérisé qui achemine encore un cas atypique à travers cinq départements n'est pas transformé ; c'est le même processus fragmenté portant une façade plus rapide, et le citoyen vit encore la fragmentation, seulement maintenant derrière un formulaire qui semblait simple.

La pression à numériser ne s'est qu'intensifiée : les budgets sont plus serrés, moins de personnel traite les formulaires papier, et les citoyens qui font leurs opérations bancaires et leurs achats en ligne s'attendent raisonnablement à une expérience comparable d'un renouvellement de licence ou d'une demande de prestation. En même temps, une véritable minorité de citoyens ne peut pas, ou ne veut pas, transiger en ligne du tout, et une stratégie priorisant le numérique poursuivie sans précaution convertit une file d'attente à un guichet en une barrière permanente précisément pour les gens qu'un service public existe pour atteindre.

C'est là que le gouvernement numérique croise directement la théorie de la valeur publique. Un programme de transformation numérique peut renforcer la capacité opérationnelle d'un service — la troisième jambe du triangle stratégique de Mark Moore (voir thème 1.2 — Le triangle stratégique : légitimité, valeur et capacité) — tout en érodant discrètement la légitimité et le soutien, si les citoyens les moins capables de plaider pour eux-mêmes sont laissés pour compte par la reconception. La tâche du dirigeant n'est pas de choisir entre l'efficience numérique et l'inclusion ; c'est de concevoir un service où les deux sont vraies à la fois, et de savoir, avec des preuves plutôt qu'une hypothèse, si c'est réellement le cas.

Le thème 3.1 a situé la gouvernance de l'ère numérique dans une typologie plus large des paradigmes administratifs — hiérarchie, marché, réseau, et plateforme — et a soutenu que son mouvement définissant est de réintégrer ce que les vagues de réforme antérieures avaient fragmenté (voir thème 3.1 — Systèmes et modèles d'administration publique). Ce thème met ce paradigme en pratique : comment un service est conçu autour du besoin d'un citoyen, à quoi une stratégie de livraison priorisant le numérique engage une organisation, et comment l'infrastructure partagée permet à de nombreux services d'arrêter de réinventer chacun les mêmes composants.

Concepts fondamentaux

Le gouvernement numérique, parfois appelé e-gouvernement, est l'usage de la technologie de l'information pour livrer des services publics et mener des transactions entre le gouvernement, les citoyens, les entreprises, et les propres employés du gouvernement qui exigeaient autrefois un formulaire papier, une visite au guichet, ou un appel téléphonique. Le terme couvre tout, d'un site web d'information statique à un service entièrement transactionnel accompli du début à la fin en ligne ; ce thème s'intéresse à l'extrémité transactionnelle de ce spectre, et au changement organisationnel que de bons services transactionnels exigent.

La conception de service est la discipline consistant à concevoir la totalité d'un service — l'interface numérique, le processus de bureau de soutien, le personnel qui gère les exceptions, et les canaux physiques ou téléphoniques aux côtés du numérique — comme une seule expérience cohérente plutôt que des projets séparés qui se trouvent ne pas trop entrer en conflit. La conception de service emprunte un outil central à la gestion des opérations, le plan de service (service blueprint), qui cartographie chaque étape qu'un citoyen prend contre chaque étape qu'une organisation prend en coulisses pour la soutenir, rendant visibles les transferts où la plupart des échecs numériques surviennent réellement.

La conception centrée sur l'utilisateur est la discipline plus étroite, nichée à l'intérieur de la conception de service, consistant à concevoir une interaction spécifique — un formulaire, une page, une application — autour des besoins, capacités, et modèles mentaux des gens qui l'utiliseront, établis par une recherche directe avec eux plutôt que supposés depuis l'intérieur de l'organisation. La conception centrée sur l'utilisateur insiste que les gens qui bâtissent un service sont structurellement les moins bien placés pour juger s'il est utilisable, parce qu'ils savent déjà ce que chaque bouton fait ; seul le test avec des gens qui ne le savent pas déjà ferme cet écart.

Priorité au numérique (digital-first), parfois formalisé comme numérique par défaut, est une stratégie de livraison sous laquelle le canal numérique est bâti pour être le meilleur, et habituellement le seul activement promu, moyen de compléter une transaction, avec d'autres canaux retenus pour les gens qui ne peuvent pas l'utiliser. La stratégie est un véritable arbitrage, non un gain d'efficience gratuit : elle concentre l'investissement dans un canal, ce qui peut produire un service dramatiquement meilleur pour la majorité, mais elle ne crée de la valeur publique que si l'organisation est également délibérée sur qui le canal numérique n'atteint pas.

L'exclusion numérique est la condition d'être incapable, pour des raisons d'accès, de compétence, de confiance, de handicap, de langue, ou de circonstance, de compléter une transaction à travers un canal numérique, même là où l'un est offert — une instance au niveau du service de la plus large fracture numérique, le schéma plus large d'accès inégal à la technologie numérique à travers le revenu, l'éducation, la géographie, et l'âge. Le numérique assisté est la provision délibérée d'aide humaine — par téléphone, en personne, ou à travers un intermédiaire de confiance — pour les gens vivant l'exclusion numérique, conçue comme une partie de première classe du service plutôt qu'un repli résiduel pour lequel personne ne planifie de capacité.

Le gouvernement comme plateforme est le schéma, nommé et défendu par le commentateur technologique Tim O'Reilly en 2010, consistant à bâtir un petit nombre de pièces d'infrastructure partagées et réutilisables — communément la vérification d'identité, les paiements, les notifications, et l'échange de documents — une fois, à un haut standard, afin que de nombreux services individuels puissent être bâtis par-dessus plutôt que chacun reconstruisant sa propre version. La couche d'échange de données X-Road de l'Estonie, bâtie depuis 2001 et depuis adoptée ou adaptée par plusieurs autres pays, est une instance largement citée du schéma à l'échelle nationale dans le monde réel. Les normes de partage de données et d'interopérabilité qui permettent aux composants partagés d'échanger l'information de façon sûre à travers les frontières organisationnelles sont leur propre sujet substantiel (voir thème 5.4 — Données, interopérabilité et données ouvertes du secteur public) ; ce thème traite le gouvernement comme plateforme comme un schéma de conception de service et de gouvernance, tandis que les choix d'ingénierie de comment de tels composants sont bâtis, achetés, ou modernisés appartiennent au côté livraison logicielle du sujet (voir thème 5.3 — Ingénierie logicielle et plateformes du secteur public).

L'identité numérique est un composant de plateforme partagée fondationnel : un moyen vérifié et réutilisable d'établir qu'un utilisateur en ligne est qui il prétend être, bâti une fois afin qu'un service fiscal, un service de prestations, et un service de licences ne résolvent pas chacun la vérification d'identité indépendamment. Les régimes d'identité numérique vont des numéros d'identité nationaux centralisés aux systèmes fédérés dans lesquels plusieurs vérificateurs indépendants attestent chacun pour un utilisateur, et le choix entre eux porte des conséquences pour la vie privée, la résilience, et la confiance qu'une évaluation purement technique manquera.

Les normes de service numérique sont des ensembles codifiés de principes, habituellement associés à un portail d'évaluation indépendant avant qu'un service ne puisse lancer ou monter en échelle, qu'un nombre croissant de gouvernements utilisent pour tenir les équipes de livraison à une barre commune : commencer par les besoins des utilisateurs, tester avec de véritables utilisateurs, bâtir itérativement, et rendre le service accessible aux gens avec des handicaps. Ce sont des mécanismes de gouvernance autant que de conception, parce qu'ils donnent à une fonction numérique centrale l'autorité d'arrêter un service qui n'a pas atteint la barre — habituellement le seul levier qui rend une norme plus qu'aspirationnelle. Le Government Digital Service (GDS) du Royaume-Uni, établi en 2011, est un exemple original largement étudié d'une unité centrale tenant les départements à exactement ce genre de norme publiée.

Pratiques exemplaires

1. Commencez chaque reconception de service à partir du besoin du citoyen, exprimé dans ses propres mots, non à partir de la carte de processus interne de l'organisme. Interviewez ou observez des gens essayant réellement de compléter la transaction avant de dessiner un seul wireframe ; l'écart entre comment le personnel décrit un processus et comment un citoyen le vit est habituellement où réside l'opportunité de reconception.
2. Prototypez et testez avec de véritables utilisateurs avant de vous engager à la construction de production. Un prototype papier testé avec dix personnes de la population d'utilisateurs réelle trouve plus de problèmes d'utilisabilité, plus vite et moins cher, qu'un système fini testé avec personne avant le lancement.
3. Adoptez une norme de service numérique avec un véritable portail d'évaluation, non une liste de vérification que personne n'applique. Une norme ne change le comportement que si un service peut se voir dire non avant de lancer ; publiez les critères et donnez à l'organe évaluateur l'autorité de les appliquer.
4. Concevez le canal numérique assisté comme partie du service dès le premier jour, doté et mesuré comme le canal numérique l'est. Traitez la ligne téléphonique, l'agent de sensibilisation communautaire, ou le terminal de bibliothèque soutenu par du personnel formé comme un canal conçu avec ses propres niveaux de service, non une soupape d'urgence improvisée après que les plaintes arrivent.
5. Mesurez l'exclusion numérique directement pour chaque service, plutôt que de supposer que les moyennes nationales s'appliquent. La population qui ne peut pas compléter une demande de prestation en ligne n'est pas la même population qui ne peut pas renouveler une licence commerciale en ligne ; mesurez les utilisateurs et non-utilisateurs réels de chaque service, et mettez à jour l'estimation à mesure que le service et sa population changent.
6. Bâtissez des composants de plateforme partagés une fois et exigez, ne permettez pas simplement, que les services les réutilisent. Un composant d'identité ou de paiement partagé que les équipes sont libres d'ignorer sera ignoré par l'équipe sous la plus forte pression de livraison, ce qui défait le but ; la réutilisation doit être le chemin par défaut, avec un processus d'exception documenté pour le cas rare où elle ne convient authentiquement pas.
7. Donnez à chaque composant de plateforme partagée un propriétaire de produit nommé et redevable avec une feuille de route publique. Un service partagé sans propriétaire visible accumule des défauts non traités et des indisponibilités inexpliquées que les équipes consommatrices individuelles n'ont aucun pouvoir de corriger, ce qui érode la confiance dans la réutilisation plus vite que presque tout autre chose.
8. Utilisez de petites équipes de livraison pluridisciplinaires et responsabilisées plutôt que de grands programmes séquentiels pour les services orientés citoyens. Une équipe qui inclut ensemble la recherche utilisateur, la conception, l'ingénierie, et l'expertise politique, travaillant en cycles itératifs courts associés au développement logiciel agile, peut corriger le cap sur des preuves vivantes d'une façon qu'un programme structuré autour d'une spécification fixe et d'une seule date de mise en service ne peut pas.
9. Publiez les données de performance des services en direct au grand jour, y compris les chiffres inconfortables. Des mesures transparentes sur les taux d'achèvement, les temps d'attente, et la demande de numérique assisté créent une pression externe pour continuer d'améliorer un service après le lancement, quand l'attention interne s'est typiquement déjà déplacée vers la prochaine priorité.
10. Intégrez l'accessibilité dès le premier prototype, contre une norme reconnue, plutôt que de la rétro-adapter avant le lancement. L'accessibilité rétro-adaptée est coûteuse, incomplète, et habituellement découverte seulement quand un citoyen avec un handicap ne peut pas du tout compléter une transaction légalement requise.
11. Gardez le canal non numérique ouvert jusqu'à ce que la preuve du numérique assisté, non une échéance sur un plan, montre qu'il est sûr de le retirer. Fermer un canal papier ou de guichet à une date fixe, indépendamment de combien de gens en dépendent encore, convertit un jalon de livraison en un événement d'exclusion.
12. Traitez un service viable minimal, non un produit viable minimal, comme l'unité de mise en service. Un service n'est viable pour la mise en service que quand son chemin de numérique assisté, sa gestion des exceptions, et ses protections de données sont prêts aux côtés de la façade numérique, non simplement quand les écrans du chemin heureux fonctionnent.

Questions à discuter avec votre équipe

Savons-nous, avec une preuve directe plutôt qu'une hypothèse, qui ne peut pas utiliser notre service numérique à plus haut volume, et que leur arrive-t-il aujourd'hui ? La plupart des organisations peuvent décrire la performance de leur canal numérique en détail et leurs utilisateurs non numériques seulement en termes généraux, si tant est qu'elles le puissent. Utilisez cette question pour découvrir si quelqu'un a réellement mesuré qui est exclu d'un service spécifique, plutôt que de citer une statistique nationale de fracture numérique qui peut ne pas du tout décrire la population de ce service. Discutez de quel canal ces citoyens exclus utilisent actuellement, s'il est adéquatement doté en ressources, et qui possède le fait de s'assurer qu'il le reste. Traitez une réponse confiante sans preuve derrière elle comme un signal d'alarme, non une réassurance.

Quelles parties de notre parc technologique bâtissons-nous séparément aujourd'hui qui pourraient plutôt être bâties une fois comme composant de plateforme partagée ? La vérification d'identité, les paiements, les notifications, et le téléversement de documents sont communément reconstruits à l'intérieur de services individuels même là où une version partagée existe déjà ailleurs dans la même organisation ou le même secteur. Utilisez cette question pour inventorier où la duplication se produit et pour être honnête sur pourquoi : véritable besoin technique, accident historique, ou méfiance raisonnable d'une équipe qu'un service partagé sera assez fiable pour en dépendre. Discutez de ce qu'il faudrait, techniquement et organisationnellement, pour consolider la duplication la plus claire en premier. C'est une question de gouvernance autant que d'ingénierie.

Avons-nous testé ce service avec des utilisateurs qui sont significativement différents des gens qui l'ont bâti ? Une équipe qui est jeune, confortable avec la technologie, et fluide dans le propre jargon de l'organisation manquera systématiquement des problèmes qu'un utilisateur plus âgé, moins confiant, ou dont la langue première n'est pas celle du service rencontre immédiatement. Utilisez cette question pour vérifier qui était réellement dans la salle pendant la recherche utilisateur, non seulement combien de sessions ont été menées. Discutez de si la recherche incluait des gens avec des handicaps, des gens avec une faible confiance numérique, et des gens qui ne parlent pas la langue principale du service comme première langue. Si la réponse honnête est que le test était pratique plutôt que représentatif, traitez les revendications d'utilisabilité du service comme non prouvées.

Si nous reconcevions ce service aujourd'hui, entièrement autour du besoin du citoyen, que cesserions-nous de lui demander de faire ? La plupart des services numériques hérités demandent encore à un citoyen de savoir quel département approcher, quel numéro de référence citer, ou quel formulaire correspond à sa situation — une connaissance organisationnelle qu'un service bien conçu porterait à la place au nom du citoyen. Utilisez cette question pour parcourir les étapes actuelles de votre service et demander, pour chacune, si elle existe pour servir le besoin du citoyen ou la structure interne de l'organisation. Discutez de ce qui devrait changer dans le bureau arrière, non seulement la façade, pour retirer chaque étape qui échoue ce test.

Qui possède la fiabilité, la sécurité, et la feuille de route de chaque composant de plateforme partagée dont nos services dépendent, et chaque équipe dépendante reconnaîtrait-elle ce nom ? L'infrastructure partagée sans propriétaire clairement redevable tend à être maintenue réactivement, par quiconque est le moins occupé quand elle échoue, ce qui est une fondation pauvre pour des services qui la traitent de plus en plus comme critique. Utilisez cette question pour vérifier si les équipes dépendantes pourraient réellement nommer qui possède leur composant d'identité, de paiement, ou de notification aujourd'hui. Discutez de ce qui se passe, opérationnellement et en termes de redevabilité publique, si ce composant échoue pendant une période de pointe telle qu'une échéance de dépôt ou une date de paiement de prestation.

Quand nous décrivons un service comme numérique par défaut, voulons-nous dire que c'est le meilleur canal, ou le seul que nous dotons réellement en ressources ? Ceux-ci sonnent identiques dans un document de stratégie et sont complètement différents en pratique : le premier est un choix de conception de service légitime associé à une alternative dotée en ressources, et le second est une décision de réduction de coûts portant une justification de conception de service. Utilisez cette question pour examiner la dernière décision majeure de changement de canal que votre organisation a prise et demandez honnêtement laquelle des deux c'était réellement. Discutez de quelle preuve les distinguerait, et si cette preuve a été rassemblée avant ou seulement après que la décision a été prise.

En pratique : un exemple de valeur publique

Une autorité régionale de transport — fictive, illustrative d'un schéma plutôt qu'un compte rendu d'un organisme réel — faisait fonctionner un régime de laissez-passer de voyage concessionnel pour les résidents plus âgés et handicapés, administré à travers un formulaire de demande papier qui devait être posté avec des documents justificatifs et traité à la main. Le traitement prenait, en moyenne, six semaines, les demandeurs envoyaient fréquemment les mauvais documents justificatifs parce que les instructions du formulaire étaient écrites dans un langage administratif que personne en dehors de l'autorité n'utilisait réellement, et un arriéré croissant générait un flux constant de plaintes aux membres élus du conseil.

Le nouveau chef numérique de l'autorité a résisté au premier instinct évident, qui était de commander une version en ligne du formulaire existant. Au lieu de cela, l'équipe a passé trois semaines à observer des demandeurs compléter le processus papier, dans leurs foyers et dans des centres communautaires, avant d'écrire une seule ligne de spécification numérique. Ils ont trouvé que le plus grand problème du formulaire papier n'était pas qu'il était papier ; c'était que le formulaire supposait une connaissance que le demandeur n'avait pas, listait les documents justificatifs dans une séquence qui ne correspondait pas à comment les gens les rassemblaient naturellement, et ne donnait aucun moyen de vérifier le statut de la demande à part un appel téléphonique à un centre d'appels surchargé.

Le service reconçu a déplacé la plupart des demandeurs vers un formulaire en ligne qui demandait l'information dans l'ordre où les gens l'avaient naturellement sous la main, expliquait en langage clair pourquoi chaque document était nécessaire, et laissait un demandeur vérifier le statut à tout moment — mais l'équipe a traité le canal numérique assisté comme un problème de conception tout aussi sérieux, non une pensée après coup. Ils se sont associés au réseau de centres communautaires de la région, dont plusieurs étaient des organisations du secteur social déjà en confiance auprès des résidents plus âgés, formant le personnel là-bas pour aider les résidents à compléter le même formulaire numérique sur un terminal partagé plutôt que de revenir au papier, et ils ont gardé un véritable canal papier ouvert, doté en ressources à un niveau fixé par la demande mesurée plutôt que par une hypothèse que la demande disparaîtrait simplement.

Pour la vérification d'identité, l'autorité a réutilisé un composant d'identité numérique que le gouvernement national avait déjà bâti pour les services fiscaux et de prestations, plutôt que de bâtir le sien — un choix explicite de gouvernement comme plateforme qui a économisé des mois de temps de développement et a donné aux demandeurs une expérience de vérification que certains d'entre eux avaient déjà utilisée ailleurs. Dix-huit mois après le lancement, le temps de traitement pour les demandes en ligne était tombé de six semaines à quatre jours ; les demandes de numérique assisté et papier, désormais une minorité du total mais encore plusieurs milliers par an, étaient suivies avec la même cible de niveau de service que le canal numérique, et l'autorité pouvait rapporter, avec de véritables données mesurées plutôt qu'une estimation, exactement combien de résidents dépendaient encore de chaque canal et pourquoi.

Quatre angles sectoriels

Collectivités locales

Les collectivités locales livrent les services au plus haut volume et les plus en face à face du gouvernement — prestations, logement, déchets, bibliothèques, soins sociaux — ce qui en fait le niveau où l'exclusion numérique est la plus visible et la plus coûteuse à mal gérer, parce que la population la plus susceptible d'avoir besoin d'un service local en personne est souvent la population la moins susceptible d'être confortable en ligne. L'avantage de la collectivité locale est la proximité : les centres communautaires, bibliothèques, et organisations bénévoles locales existent déjà comme un réseau de numérique assisté de confiance, si l'autorité conçoit les services pour travailler avec eux plutôt qu'autour d'eux. Son désavantage est l'échelle : une seule autorité a rarement le budget ou la capacité d'ingénierie pour bâtir elle-même des composants de plateforme partagée, donc sa capacité à réutiliser un service régional ou national d'identité, de paiement, ou de notification, plutôt que de bâtir un équivalent local plus faible, détermine largement ce qu'elle peut livrer.

Gouvernement national

Les administrations nationales sont habituellement le seul niveau de gouvernement avec l'échelle pour justifier de bâtir une infrastructure de plateforme authentiquement partagée — identité, paiements, notifications — et l'autorité, en principe, de mandater sa réutilisation à travers les départements. En pratique, cette autorité est fréquemment contestée : le mandat d'une unité numérique centrale d'exiger la réutilisation entre régulièrement en collision avec l'autorité budgétaire d'un département, son échéance de livraison, et son scepticisme raisonnable envers dépendre d'une infrastructure qu'il ne contrôle pas, faisant écho à la tension plus large entre hiérarchie et coordination de plateforme dans la typologie des paradigmes (voir thème 3.1 — Systèmes et modèles d'administration publique). Les pays qui soutiennent une fonction numérique centrale avec une véritable autorité sur les normes et la réutilisation de plateforme — un schéma que l'Indice de gouvernement numérique de l'OCDE suit à travers les pays membres, en accession, et partenaires — tendent à montrer moins de systèmes dupliqués et une qualité de service plus cohérente à travers les départements, bien que l'indice montre aussi que cette autorité est inégalement bâtie même parmi les gouvernements bien dotés en ressources.

Secteur social et organismes à but non lucratif

Les organismes à but non lucratif et communautaires occupent deux rôles distincts dans le gouvernement numérique, et les confondre cause un véritable dommage : ils sont fréquemment le canal de numérique assisté de dernier recours pour les citoyens exclus d'un service gouvernemental, absorbant un coût et un devoir de diligence qui n'a jamais été formellement commandé ou financé, et on s'attend de plus en plus à ce qu'ils bâtissent leurs propres services numériques à une norme façonnée par les mêmes attentes utilisateur, avec une fraction du budget d'ingénierie d'un département gouvernemental. Une organisation du secteur social sur laquelle un organisme gouvernemental en est venu à discrètement compter pour le soutien de numérique assisté mérite une relation explicite, et idéalement financée, plutôt qu'une hypothèse que la bonne volonté et l'alignement de mission absorberont la demande indéfiniment.

Organismes multilatéraux et internationaux

Les organismes multilatéraux de développement traitent le gouvernement numérique substantiellement comme un enjeu de développement et de gestion des finances publiques : le programme GovTech de la Banque mondiale, par exemple, cadre la réforme de l'administration publique activée par la technologie comme centrale à l'efficacité gouvernementale dans les pays à revenu faible et intermédiaire, non comme un luxe réservé aux plus riches. L'identité numérique est souvent la pointe de ce travail, parce qu'une plateforme d'identité fiable et inclusive est une précondition pour livrer presque tout autre service numérique à l'échelle, et ses choix de conception — centralisée ou fédérée, biométrique ou basée sur des identifiants — portent des conséquences pour l'inclusion financière et les libertés civiles que les partenaires de développement pèsent aux côtés de la pure efficience de livraison. Le système d'identité biométrique Aadhaar de l'Inde, le plus grand régime de ce genre, illustre à la fois la portée qu'une telle plateforme peut atteindre et les arbitrages contestés de vie privée et d'exclusion qu'elle soulève à l'échelle nationale. L'interopérabilité transfrontalière demeure le problème non résolu le plus difficile à cette échelle : l'identité numérique d'un citoyen, une fois vérifiée, se transfère rarement proprement à travers une frontière nationale, ce qui limite jusqu'où le schéma de plateforme peut actuellement s'étendre au-delà d'une seule juridiction.

Modes de défaillance courants

La livraison exclusivement numérique qui exclut discrètement. Une organisation reconçoit un service comme priorisant le numérique, mesure le succès par le volume de changement de canal, et découvre seulement après le lancement combien de citoyens ne pouvaient pas compléter la transaction du tout. Le lancement de Healthcare.gov des États-Unis en 2013 est une instance publique bien documentée de ce schéma : un processus d'inscription en ligne obligatoire a échoué sous charge et sous test d'utilisabilité en situation réelle au moment où les citoyens en avaient le plus besoin, et la réparation a exigé une mobilisation d'urgence de talent technique externe. Le coût n'est pas seulement les citoyens directement exclus ; c'est l'érosion de la légitimité qui suit quand un programme numérique phare échoue visiblement les gens qu'il a été bâti pour servir.

La plateforme que personne n'est tenu d'utiliser. Une fonction centrale bâtit un composant d'identité, de paiement, ou de notification partagé authentiquement bon, mais l'adoption reste optionnelle, donc les équipes sous la plus forte pression de livraison bâtissent leur propre équivalent plus faible plutôt que de s'intégrer à une infrastructure qu'elles ne contrôlent pas et ne peuvent pas influencer. Le coût se compose au fil des ans en exactement le paysage dupliqué et incohérent que la plateforme a été bâtie pour empêcher, tandis que le composant partagé lui-même est affamé de l'usage et de l'investissement qui auraient justifié son budget.

La conception de service qui s'arrête à l'interface. Une équipe applique une véritable compétence de conception centrée sur l'utilisateur aux écrans d'un formulaire tout en laissant le processus de bureau arrière fragmenté derrière lui complètement inchangé, produisant une expérience orientée citoyen qui semble cohérente jusqu'au point où un cas quitte le chemin heureux — le même schéma de vernis numérique décrit plus généralement dans la typologie des paradigmes (voir thème 3.1 — Systèmes et modèles d'administration publique). Le coût est un service qui teste bien en démonstration et échoue exactement là où les citoyens avec les besoins les plus complexes, et souvent les plus urgents, le rencontrent réellement.

Le numérique assisté traité comme une erreur d'arrondi. Un dossier d'affaires priorisant le numérique modélise le coût du canal numérique en détail et alloue une ligne budgétaire symbolique et sous-dotée en ressources aux « autres canaux », sur l'hypothèse que la demande de numérique assisté sera petite et temporaire. Le coût fait surface comme des files d'attente de centre d'appels, des organisations communautaires absorbant une demande non financée, et une population exclue persistante que les propres données de l'organisation n'ont jamais été conçues pour voir assez clairement pour corriger.

L'accessibilité rétro-adaptée à la fin. L'accessibilité est traitée comme une vérification de conformité effectuée peu avant le lancement plutôt qu'une contrainte de conception présente dès le premier prototype, donc les problèmes sont trouvés tard, sont coûteux à corriger, et sont parfois pas corrigés du tout avant le lancement. Le coût tombe de façon disproportionnée sur les citoyens avec des handicaps tentant une transaction légalement requise, et se termine fréquemment par une reconception coûteuse, une plainte réglementaire, ou les deux.

Modèle de maturité

Liste de vérification

• Observez ou interviewez de véritables utilisateurs complétant le processus actuel avant de spécifier une reconception.
• Prototypez et testez avec des utilisateurs représentatifs de la population complète, y compris les gens avec une faible confiance numérique et des handicaps.
• Adoptez une norme de service numérique avec un portail d'évaluation indépendant avant le lancement.
• Concevez et dotez en ressources le canal numérique assisté aux côtés du canal numérique, non après lui.
• Mesurez l'exclusion numérique pour ce service spécifique, non seulement contre une estimation nationale générale.
• Identifiez quels composants de plateforme (identité, paiements, notifications, échange de documents) existent déjà pour réutilisation avant d'en bâtir de nouveaux.
• Nommez un propriétaire redevable et publiez une feuille de route pour chaque composant de plateforme partagée dont le service dépend.
• Bâtissez et testez l'accessibilité dès le premier prototype contre une norme reconnue.
• Publiez les données de performance de service en direct, y compris les taux d'achèvement et la demande de numérique assisté.
• Fixez le retrait d'un canal non numérique sur preuve de niveaux de demande sûrs, non une date de calendrier fixe.
• Confirmez que le processus de bureau arrière a été reconçu, non seulement l'interface orientée citoyen.
• Révisez qui, à l'intérieur et à l'extérieur de l'organisation, absorbe actuellement une demande de numérique assisté non financée.

Sources principales

• Tim O'Reilly, « Government as a Platform », Innovations: Technology, Governance, Globalization (MIT Press, 2011) — l'argument originel pour une infrastructure gouvernementale partagée et réutilisable.
• Patrick Dunleavy, Helen Margetts, Simon Bastow et Jane Tinkler sur la gouvernance de l'ère numérique (voir thème 3.1 — Systèmes et modèles d'administration publique pour la citation complète) — le paradigme à l'intérieur duquel se situe la pratique de ce thème.
• OCDE, 2023 Digital Government Index — analyse comparative des fondations de gouvernement numérique à travers les pays membres, en accession, et partenaires.
• Banque mondiale, GovTech Global Partnership — réforme du secteur public activée par la technologie à travers les niveaux de revenu.
• UK Government Digital Service, Government Design Principles — un exemple publié des principes de conception d'une norme nationale de service numérique.
• Recherche du Nielsen Norman Group sur le plan de service et sur le lancement de Healthcare.gov en 2013 — méthodologie appliquée de conception de service et d'utilisabilité et un cas d'échec documenté.

Références

1. E-government — Wikipedia — https://en.wikipedia.org/wiki/E-government
2. Service design — Wikipedia — https://en.wikipedia.org/wiki/Service_design
3. User-centered design — Wikipedia — https://en.wikipedia.org/wiki/User-centered_design
4. Digital divide — Wikipedia — https://en.wikipedia.org/wiki/Digital_divide
5. Digital identity — Wikipedia — https://en.wikipedia.org/wiki/Digital_identity
6. Government Digital Service — Wikipedia — https://en.wikipedia.org/wiki/Government_Digital_Service
7. X-Road — Wikipedia — https://en.wikipedia.org/wiki/X-Road
8. Aadhaar — Wikipedia — https://en.wikipedia.org/wiki/Aadhaar
9. Digital era governance — Wikipedia — https://en.wikipedia.org/wiki/Digital_era_governance
10. Agile software development — Wikipedia — https://en.wikipedia.org/wiki/Agile_software_development
11. Tim O'Reilly, 'Government as a Platform' — Innovations: Technology, Governance, Globalization / MIT Press — https://direct.mit.edu/itgg/article/6/1/13/9649/Government-as-a-Platform
12. 2023 OECD Digital Government Index — OECD — https://www.oecd.org/en/publications/2023-oecd-digital-government-index_1a89ed5e-en.html
13. GovTech: Putting People First — World Bank — https://www.worldbank.org/en/programs/govtech
14. Government Design Principles — GOV.UK / UK Government Digital Service — https://www.gov.uk/guidance/government-design-principles
15. Service Blueprinting in Practice: Who, When, What — Nielsen Norman Group — https://www.nngroup.com/articles/service-blueprinting-practice/
16. HealthCare.gov's Account Setup: 10 Broken Usability Guidelines — Nielsen Norman Group — https://www.nngroup.com/articles/affordable_care_act_usability_issues/