Secteur public

Nous concevons selon le niveau AA des WCAG 2.2 dès le premier prototype, rédigeons en langage clair et testons au clavier, avec des lecteurs d’écran et des outils d’agrandissement. Des contrôles d’accessibilité automatisés s’exécutent dans la chaîne de livraison et, avant les mises en production majeures, nous testons avec des personnes qui utilisent des technologies d’assistance.

Oui. Nous répondons aux appels d’offres et aux exigences des accords-cadres, et pouvons travailler sur un périmètre fixe ou par tranches, avec des critères d’acceptation écrits. Nous fournissons la documentation habituellement demandée par les acheteurs, comme les descriptions de sécurité, les plans de réalisation et les rôles nominatifs, et nous n’affirmons que ce que nous pouvons prouver. Lorsqu’un accord-cadre fixe ses propres conditions, nous travaillons dans ce cadre.

Là où vos règles le prévoient. Nous travaillons avec des régions de cloud de l’État ou de cloud souverain, des clouds commerciaux agréés ou vos propres centres de données, et nous concevons le système pour que la décision d’hébergement vous revienne. Les sauvegardes, les journaux et les accès du support suivent la même règle, car c’est souvent par eux, plutôt que par l’application, que les données quittent une région.

Oui. De nombreux services publics reposent sur des systèmes en service depuis longtemps. Nous nous y connectons par leurs interfaces, fichiers ou bases de données existants, et plaçons devant eux une API moderne lorsque c’est utile. Si un remplacement s’impose, il se fait par étapes, les deux systèmes fonctionnant jusqu’à ce que le nouveau ait fait ses preuves.

Le nombre de services et d’intégrations, les fournisseurs d’identité et de paiement concernés, les évaluations d’accessibilité et de sécurité, et la recherche utilisateur dont le service a besoin. Nous chiffrons par étape, afin qu’un cadrage ou un pilote puisse être validé seul avant le développement complet.