Logiciel, IA et données

Commencez par une tâche fréquente, dont la bonne réponse est claire la plupart du temps et qui demande aujourd’hui un effort réel, comme classer des demandes ou extraire des données de documents. Évitez de commencer par le problème le plus difficile ou le plus visible. Nous vous aidons à lister les candidats, à les noter selon leur valeur, la disponibilité des données et le risque, et à en retenir un qui puisse démontrer des résultats à lui seul. Notre évaluation de la maturité IA le fait de manière structurée.

En savoir plus : Développement IALien vers cette question

Chaque chargement exécute des contrôles automatisés de complétude, de doublons, de fraîcheur et de règles métier, par exemple l’équilibre entre débits et crédits. Avant qu’un rapport n’en remplace un autre, nous rapprochons ses chiffres du système source et de l’ancien rapport avec votre responsable finance ou opérations. Un contrôle en échec empêche les données erronées d’atteindre les tableaux de bord et alerte l’équipe.

En savoir plus : Ingénierie et analyse des donnéesLien vers cette question

Le système attribue un indice de confiance à chaque champ. Les champs sous le seuil que vous fixez, ainsi que les documents qui ne respectent pas une règle métier, sont soumis à une personne au lieu d’être comptabilisés. La validation au regard de votre ERP détecte automatiquement de nombreuses erreurs, comme un total qui ne correspond pas au bon de commande. Les corrections sont enregistrées et servent à améliorer les traitements suivants.

En savoir plus : Automatisation intelligente et IA documentaireLien vers cette question

Chaque modification est relue par un autre ingénieur et couverte par des tests automatisés avant d’être fusionnée. La QA teste chaque incrément au regard de ses critères d’acceptation, et vous le voyez fonctionner lors de la démonstration. Les contrôles de performance, de sécurité et d’accessibilité font partie de la chaîne de livraison, et non d’une phase finale, de sorte que les problèmes apparaissent lorsqu’ils sont encore peu coûteux à corriger.

En savoir plus : Développement de logiciels sur mesureLien vers cette question

C’est généralement le cas, et le processus le prévoit. Le backlog est revu avec vous à chaque itération, et les éléments nouveaux ou modifiés sont chiffrés et priorisés par rapport au reste. Sur un projet à périmètre fixe, toute modification est validée par écrit, avec son impact sur les coûts et les délais, avant que le travail ne commence.

En savoir plus : Développement de logiciels sur mesureLien vers cette question

Nous concevons et développons selon le niveau AA des WCAG 2.2. Cela couvre l’utilisation au clavier, les lecteurs d’écran, le contraste des couleurs, l’ordre de focus, l’agrandissement du texte et des messages d’erreur clairs. Des contrôles automatisés s’exécutent à chaque modification, et nous testons manuellement les parcours clés avec des technologies d’assistance avant chaque mise en production. Si votre organisation applique une norme plus stricte, nous travaillons selon celle-ci.

En savoir plus : Applications webLien vers cette question

Nous convenons d’un budget de performance dès le départ, portant sur le poids des pages et le temps de chargement sur un téléphone et une connexion courants, et nous le vérifions automatiquement à chaque modification. Les pages sont rendues côté serveur lorsque cela aide, les images et les scripts ne se chargent que lorsqu’ils sont nécessaires, et les données sont mises en cache au plus près des utilisateurs. Après le lancement, la supervision de l’expérience utilisateur réelle montre où l’application ralentit.

En savoir plus : Applications webLien vers cette question

Oui. Nous préparons les fiches, gérons les clés de signature et les certificats, soumettons les builds à la validation et publions par étapes, afin qu’un problème n’atteigne que peu d’utilisateurs. Les comptes développeur restent au nom de votre organisation : vous êtes donc propriétaire des applications et de leurs fiches. Nous travaillons sur vos comptes, avec des accès que vous accordez et pouvez révoquer.

En savoir plus : Applications mobilesLien vers cette question

Nous planifions chaque migration pour l’éviter, ou pour qu’elle soit courte et programmée. Les charges de travail migrent une par une, les données sont synchronisées avant la bascule, et chaque étape dispose d’un chemin de retour arrière. Lorsqu’une application ne peut pas tourner à deux endroits à la fois, nous convenons à l’avance d’une fenêtre de maintenance avec vous et répétons la bascule au préalable.

En savoir plus : Cloud et DevOpsLien vers cette question

Non. Automatisez ce qui s’exécute souvent et doit toujours donner le même résultat : tests unitaires, tests d’API et parcours de bout en bout les plus importants. Réservez l’humain aux tests exploratoires, à l’ergonomie et aux nouvelles fonctionnalités encore en évolution. Une suite plus réduite, exécutée à chaque modification et qui n’échoue jamais au hasard, vaut mieux qu’une suite volumineuse à laquelle personne ne se fie.

En savoir plus : Assurance qualité (QA) et automatisation des testsLien vers cette question

Vous en savez beaucoup, et la recherche s’appuie sur ces connaissances. Elle met les hypothèses à l’épreuve auprès des personnes qui font le travail, et révèle souvent des étapes, des contournements et un vocabulaire qui n’apparaissent jamais dans un cahier des charges. Même une courte série d’entretiens et de tests de prototypes avant le développement coûte moins cher que de modifier un logiciel après sa livraison.

En savoir plus : Design UX et UILien vers cette question

Nous concevons selon le niveau AA des WCAG 2.2 dès la première maquette fonctionnelle : contraste des couleurs suffisant, focus visible, ordre de lecture logique, cibles tactiles assez grandes pour être utilisées et un libellé pour chaque commande. Nous vérifions les maquettes avant leur transmission et testons le produit développé au clavier et avec des lecteurs d’écran. L’accessibilité intégrée dès la conception coûte peu. Ajoutée après coup, elle coûte très cher.

En savoir plus : Design UX et UILien vers cette question

Parce qu’une réécriture complète doit reproduire des années de comportement avant de pouvoir remplacer quoi que ce soit, alors que l’activité continue d’évoluer autour d’elle. Ces projets dépassent souvent les délais et sont lancés avec des lacunes. Remplacer une fonction à la fois apporte de la valeur tôt, conserve l’ancien système comme filet de sécurité et vous permet de vous arrêter ou de changer de cap à chaque étape.

En savoir plus : Modernisation des systèmes héritésLien vers cette question

L’approche est conçue pour l’éviter. L’ancien système continue de fonctionner pendant que chaque nouvelle partie est construite et éprouvée en parallèle. Le travail bascule progressivement vers la nouvelle partie, et peut revenir en arrière en cas de problème. Lorsqu’une migration de données nécessite une bascule, nous la répétons au préalable et la planifions avec vous.

En savoir plus : Modernisation des systèmes héritésLien vers cette question