Définissez-le avec nous. Puis un prix fixe pour le construire.

Deux phases, pour la refonte d'un système patrimonial, un nouveau produit SaaS ou un système interne. Définissez-le avec nous et terminez avec un prototype cliquable, puis faites-le construire à un prix fixe établi à partir de ce que vous avez approuvé. Nous portons le risque de livraison pendant la construction parce que notre coût est fixé par l'outillage, non par l'effectif.

L'offre

Phase 1, Définir: Au tarif journalier ou à petit forfait. Se termine par un prototype fonctionnel sur données simulées, le contrat d'API qui le sous-tend, les scénarios d'acceptation en Gherkin et les cibles non fonctionnelles : rapidité, accessibilité, sécurité, disponibilité, reprise et résidence des données, chacune avec un seuil mesuré. Ils vous appartiennent, qu'il y ait ou non une phase 2.
Phase 2, Construire: Un prix fixe, établi à partir du prototype et des cibles que vous avez approuvés, et non d'une grille tarifaire. La soumission montre son calcul : réalisation, travail non fonctionnel, soutien à votre recette et réserve pour corriger les défauts de recette.
Acceptation: Mécanique. Les parcours que vous avez approuvés en phase 1 passent sur le système réel, et chaque cible non fonctionnelle réussit sa vérification automatisée ; « terminé » ne peut pas dériver.
Recette client: Un défaut, c'est un scénario signé qui échoue ou une cible signée qui n'est pas atteinte. Nous corrigeons les défauts sans frais durant la période de recette ; ce coût est déjà dans le prix. Les nouvelles demandes sont des changements chiffrés, estimés de la même façon.
Paiement: Selon les jalons de livraison que vous acceptez, le solde à l'acceptation finale. Rien n'est facturé au temps en phase 2.
Risque: Le nôtre en phase 2. Nous chiffrons après avoir lu le code et une fois les écrans approuvés ; l'erreur d'estimation est donc notre problème, pas le vôtre. Un fournisseur qui facture à l'heure gagne davantage quand le travail s'allonge. Pas nous.

La structure est délibérée. La phase où personne ne peut connaître la portée est facturée comme du travail. La phase où la portée est approuvée est facturée comme un prix. Les deux mêmes phases s'appliquent à un nouveau produit comme à une refonte.

Pourquoi l'économie tient

Le coûteux, dans tout système, c'est de s'entendre sur ce qu'il doit faire ; en modernisation, cela veut dire comprendre ce que fait l'ancien code. Écrire le nouveau code n'est pas là où va l'argent. Nous le faisons une fois, avec de l'outillage, dans une structure que chaque application suivante réutilise.

Trois choses déplacent le coût hors de l'effectif :

L'extraction est automatisée et déterministe. Le code source est analysé en arbre syntaxique et en graphe d'appels, non lu par un analyste. Le résultat est une spécification dont chaque élément renvoie à la ligne de code d'où il provient.
Le portefeuille est un seul graphe, non N projets. Les fichiers partagés, les chaînes de traitement par lots et les dépendances de données sont découverts une fois. L'application 12 hérite de tout ce qu'ont appris les applications 1 à 11.
La construction passe par un cycle à points de contrôle qui nous appartient déjà. Un gabarit versionné de commandes, de conventions et de contrôles de qualité. Les exigences sont revues avant la conception, les tests sont scellés avant la réalisation, et le réalisateur ne peut pas modifier les tests.

Résultat : le coût marginal par application diminue à mesure que le portefeuille avance. C'est ce qui rend un prix fixe sûr à proposer pour nous et avantageux à acheter pour vous.

Quand c'est le bon choix

Six situations que nous voyons le plus souvent, dans le secteur public et dans les entreprises privées au Canada et aux États-Unis : banques, assurance, caisses et crédit hypothécaire.

Une migration de plateforme centrale est planifiée: Système bancaire central, administration des polices, montage de prêts ou gestion immobilière qui passe à une nouvelle plateforme à une date donnée. Les applications périphériques et les chaînes de traitement que personne n'a documentées sont sur le chemin critique. Nous récupérons leur spécification avant la date, pour que le plan de migration repose sur ce que fait le code et non sur ce dont les gens se souviennent.
Deux parcs après une fusion: Intégrer, c'est décider, comportement par comportement, quelle règle survit. Cette décision exige que les deux côtés soient spécifiés au même niveau. Un seul graphe couvrant les deux parcs rend visibles les recoupements et les conflits.
Un constat d'un organisme de réglementation: Quand un constat demande comment une décision a été prise, la réponse doit être traçable. Reconstruire le processus visé avec chaque règle citée à sa source et chaque valeur lue par un modèle vérifiée, c'est ce que fait notre outillage par défaut.
Des compétences patrimoniales introuvables: Des affichages en RPG, COBOL ou AS/400 qui restent vacants signifient que la douleur est présente et que les personnes capables d'expliquer le système partent. La découverte capte ce qu'elles savent dans une spécification pendant qu'elles sont encore là.
Quelque chose de nouveau à construire: Un produit SaaS, un système interne, une intégration dont personne ne veut la responsabilité. La phase 1 part de vos exigences plutôt que du code, et se termine tout de même par un prototype cliquable avant qu'un prix soit établi. Trois des produits que nous exploitons ont commencé exactement ainsi.
Une nouvelle direction technologique: Un nouveau dirigeant rouvre les décisions fournisseurs dans ses deux premiers trimestres. Un projet pilote à prix fixe sur deux ou trois applications est une décision qu'il peut prendre seul, avec un coût connu et une définition mécanique de « terminé ».

Comment ça fonctionne

Deux phases, un point de contrôle entre les deux. Les inconnues se trouvent en phase 1. Le prix fixe est établi après, une fois que vous avez parcouru le résultat.

Phase 1
Définir
Au tarif journalier ou à petit forfait
- Le code patrimonial est lu par l'outillage, chaque règle citée à sa ligne. Ou les exigences sont dégagées en entrevue.
- Conserver, modifier, retirer, ajouter : décidé ensemble.
- Résultat : un prototype cliquable sur données simulées, le contrat d'API, les scénarios Gherkin et des cibles non fonctionnelles mesurables.
Point de contrôle client. Vous approuvez l'ensemble. Nous soumettons un prix fixe. Arrêtez ici si vous le souhaitez ; tout vous appartient.
Phase 2
Construire
Prix fixe, payé à la livraison
- Construit selon notre cycle à points de contrôle. Les tests sont scellés avant le code.
- Accepté selon les scénarios et les cibles non fonctionnelles que vous avez signés.
- Les défauts relevés en recette sont corrigés sans frais durant la période convenue. Les nouvelles demandes sont chiffrées.
Point de contrôle client. Les jalons sont acceptés et payés au fur et à mesure. Le solde, à l'acceptation finale.

Ce que nous proposons

Commencez par la phase 1 sur un système, ou une tranche d'un système. Assez petit pour dire oui, et cela se termine par un prototype et une spécification que vous conservez.

Elle répond aux questions qu'aucune proposition ne peut régler sur papier : ce que le système doit vraiment faire, ce qu'il coûte vraiment à construire, et si la relation de travail tient. Pour un parc patrimonial, elle montre aussi quelle part de l'ancien comportement l'outillage récupère et jusqu'où le graphe de dépendances est fiable, ce qui permet de chiffrer le reste du parc. Si la réponse est oui, le prix de la phase 2 est déjà sur la table. Sinon, vous avez dépensé un montant modeste et connu pour l'apprendre tôt.

Ce qu'il nous faut pour la mener : une personne qui sait ce que le système doit faire, l'accès au code source s'il existe, et une définition de ce que l'acceptation signifie pour vous. Rien d'autre.

Sur la couverture des langages, franchement : notre extracteur lit aujourd'hui un large éventail de langages modernes et anciens. Un dialecte propre à une plateforme qu'il n'a jamais rencontré, RPG et CL sur IBM i par exemple, exige d'abord qu'on lui construise un lecteur. Ce travail fait partie de la phase 1 et y est facturé. La phase 1 est le bon endroit pour le prouver, plutôt qu'un paragraphe de proposition.

Notre place dans la soumission d'un maître d'œuvre : sous-traitant désigné pour la découverte, la récupération des spécifications et l'ordonnancement du portefeuille. C'est la partie d'une réponse sur un portefeuille patrimonial la plus difficile à rendre crédible, et celle qui porte le plus de risque d'échéancier une fois les travaux commencés.

Réserver un appel de 30 minutes Notre méthode