Aller au contenu

logiciel sur mesure

Développement logiciel sur mesure pour les sociétés new-yorkaises

Ce qu'on nous demande à New York relève surtout de la finance et de l'assurance : un AS/400 qui gère les polices, un batch qui doit finir avant l'ouverture, un modèle en VBA dont trois desks dépendent et qu'une seule personne comprend. Nous prenons les trois, et nous les avons déjà pris.

Obtenir un devisUn formulaire de cinq champs. Ce qui revient, c'est un périmètre, un prix et une date pour l'audit.

NYC

Deux choses changent ici. Vos échéances viennent de l'extérieur, donc le plan de bascule se construit autour d'un calendrier de règlement ou de reporting plutôt qu'autour de notre sprint. Et la présence sur site est une ligne de budget : si vos règles exigent un badge dans l'immeuble, nous le prévoyons, le chiffrons et nous venons.

18 jours pour une première version qui marche


Le shadow IT est barré parce qu'il ne se porte pas. Dès que le processus a un propriétaire et un journal, les copies privées ne valent plus la peine d'être tenues.

Tableurs

Excel, un fichier Access, et un rapprochement fait à la main chaque matin.

  • spreadsheet + emailExcel · Outlook
  • access.mdbAccess
  • manual reconciliationpeople
  • shadow ITunowned

Un service

Un service métier, un client web, un schéma avec migrations, un journal en ajout seul.

  • domain serviceGo
  • web clientTypeScript
  • postgresschema + migrations
  • audit logappend-only

18 jours pour une première version qui marche

Le shadow IT est barré parce qu'il ne se porte pas. Dès que le processus a un propriétaire et un journal, les copies privées ne valent plus la peine d'être tenues.

Comment le travail se déroule

Le premier jour se passe à regarder le travail, pas à le spécifier. Un cahier des charges décrit le processus que quelqu'un aimerait voir exister.
  1. 01jours 1–2

    Regarder le travail se faire

    Nous nous asseyons avec les gens qui le font et nous lisons les formules de leur tableur. Les exceptions qu'ils traitent sans y penser sont celles qui cassent un build au quinzième jour.

  2. 02jours 2–5

    Modéliser les données et trancher les règles

    Schéma, états, qui a le droit de changer quoi. C'est là que les disputes arrivent, et les avoir ici coûte une fraction de ce qu'elles coûtent la veille de la mise en service.

  3. 03jours 4–12

    Construire un parcours de bout en bout

    Un parcours complet de la saisie au rapport, en production, utilisé par les gens dont c'est le métier. Un environnement de démo ne dit rien sur le caractère utilisable de la chose.

  4. 04jours 11–18

    Migrer et éteindre l'ancien fichier

    Importer l'historique, faire tourner les deux un temps, puis retirer l'accès en écriture au tableur. Un système que personne n'est obligé de quitter ne se quitte jamais.

Ce que fait la plateforme, ce que fait un humain

Le partage bouge au fil du projet. Plus de plateforme au début, plus d'humains autour de la bascule, quand les questions ouvertes cessent d'être techniques.
Chaque fichier généré est relu comme une merge request par l'ingénieur qui en répondra plus tard.
Ce que fait la plateforme, ce que fait un humainQui fait quoiNotes
Lire les requêtes Access et les formules Excel existantesPlateformeElles ressortent en règles lisibles, dont on peut discuter en réunion.
Décider quelles règles sont réelles et lesquelles sont des habitudesIngénieurSeuls vos gens savent que l'exception du mardi existe à cause d'un fournisseur.
Service, schéma et migrationsPlateformeGénérés depuis le modèle validé, puis relus ligne à ligne avant d'être livrés.
Les écrans où les gens passent leur journéeLes deuxLe parcours quotidien est dessiné par un humain. Les formulaires d'administration autour n'en ont pas besoin.
Importer et rapprocher l'historiqueLes deuxLe chargement est mécanique. Décider quoi faire des lignes qui n'ont jamais été à l'équilibre ne l'est pas.
Le plan de basculeIngénieurQuelle date, qui est d'astreinte, quel est le retour arrière.

L'équipe qui le construit

Plus de dix ans dans les systèmes des autres et des dizaines de migrations livrées : processus Access et Excel, clients VB6 et Delphi, monolithes PHP, gestion de polices sur AS/400, ateliers de production tenus par des macros. Planification, sinistres, facturation, stocks, expédition, reporting. Nous avons déjà construit tout cela, et la forme du travail se répète bien plus qu'on ne l'imagine.


L'audit est la façon peu coûteuse de le voir par vous-même. Un travail borné avec un livrable écrit : le modèle de données tel que nous le comprenons, les règles extraites de votre tableur, et un plan par phases avec les prix en face.

Questions que nous posent les ingénieurs

Quelle pile technique, et notre équipe pourra-t-elle la maintenir ?
Go côté serveur, TypeScript dans le navigateur, Postgres en dessous. Délibérément ennuyeux : une équipe compétente s'en empare sans formation, et rien là-dedans ne dépend d'un éditeur encore vivant l'an prochain.
À qui appartiennent le code et les données ?
À vous, dès le premier commit. Dépôts, chaîne de déploiement, base de données, tout est à vous. Si vous reprenez la main après la phase un, la passation fait partie de la phase et non d'une négociation.
Comment fixez-vous le prix ?
Au forfait par phase. L'audit produit le périmètre et le chiffre arrive avec, en général sous deux jours après l'accès.
Pouvez-vous travailler avec nos développeurs ?
Oui, et cela se passe généralement mieux ainsi : vos ingénieurs détiennent la connaissance métier et finissent propriétaires du code. Nous composons l'équipe autour de ce que la vôtre couvre déjà.
Sous combien de temps pouvez-vous démarrer ?
Environ deux jours après un bon de commande signé, et l'audit peut tourner pendant que le contrat se termine. Sur la plupart des projets, de vrais utilisateurs ont un premier parcours complet devant eux en moins de vingt jours.

Montrez-nous le tableur

Envoyez la forme du processus et à peu près combien de personnes y touchent. Nous revenons avec ce que couvre l'audit, le temps que prend la construction et ce qu'elle coûte.

Obtenir un devis

La première réponse vient d'un ingénieur, qui demande en général qui possède le processus aujourd'hui.