Manifeste beta.gouv.fr

beta.gouv.fr introduit une nouvelle manière de concevoir l’action publique ; son approche permet de garantir que les services numériques que nous produirons seront toujours utiles à quelqu’un, utilisables et utilisés, parce qu’ils répondent à un vrai problème. En particulier, elle repose sur trois piliers décrits dans ce manifeste que les partenaires de beta.gouv.fr s’engagent à respecter :

Les besoins des utilisateurs sont prioritaires sur les besoins de l’administration.

Que ce soient des usagers (citoyens, entreprises, associations, etc) ou des agents publics, l’objectif premier est de construire un service utile et facile à utiliser, qui résolve efficacement un problème ou qui contribue à la mise en oeuvre d’une politique publique. Le choix des priorités de développement du service est donc guidé par les retours de ses utilisateurs et non par les besoins de la structure.

L’équipe travaille sans préjuger à l’avance du résultat final et n’est pilotée que par la mesure de l’impact.

Elle progresse en se confrontant le plus rapidement possible à de premiers utilisateurs. Dans un premier temps, la nature et l’étendue des besoins des utilisateurs ne sont pas déterminées avec précision. L’équipe lance rapidement une première version fonctionnelle du service de façon à tester son utilité et à l’ajuster selon les retours du terrain par des améliorations successives, appelées « itérations » ; le service, imparfait au départ, s’améliore en continu pour élargir progressivement le périmètre couvert et maximiser son impact. En particulier, l’équipe ne suit jamais de cahier des charges.

Le mode de gestion de l’équipe repose sur la confiance.

Une fois son objectif fixé, une autonomie la plus large possible lui est accordée : l’équipe a toute latitude pour prendre les décisions nécessaires au succès du service ; elle a la main sur les décisions opérationnelles (recrutement, communication, organisation interne, gestion du budget alloué). Les commanditaires veillent à imposer le minimum des contraintes inhérentes à la structure (comitologie, reporting, communication, achat, standard technologique) afin de garantir à l’équipe un espace de liberté pour innover. En contrepartie de cette autonomie, l’équipe assure une transparence la plus large possible sur son travail (code source ouvert, mesure de l’impact publique, budget ouvert, démonstrations fréquentes, documentation facilement accessible).