logiciel sur mesure
Logiciel sur mesure : du tableur au système en 18 jours
Il y a chez vous un processus qui déplace de l'argent réel et qui vit dans un fichier Excel, une base Access de 2011, et une personne qui sait dans quel ordre appuyer sur les boutons. Nous le remplaçons par un service avec un schéma, des migrations et un journal en ajout seul, branché sur ce que vous faites déjà tourner : SAP, Dynamics, Salesforce, un AS/400, un système d'entrepôt avec un endpoint SOAP de 2006. Dix-huit jours pour une première version qui marche.
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
Comment le travail se déroule
- 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.
- 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.
- 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.
- 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
| Ce que fait la plateforme, ce que fait un humain | Qui fait quoi | Notes |
|---|---|---|
| Lire les requêtes Access et les formules Excel existantes | Plateforme | Elles ressortent en règles lisibles, dont on peut discuter en réunion. |
| Décider quelles règles sont réelles et lesquelles sont des habitudes | Ingénieur | Seuls vos gens savent que l'exception du mardi existe à cause d'un fournisseur. |
| Service, schéma et migrations | Plateforme | Gé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ée | Les deux | Le parcours quotidien est dessiné par un humain. Les formulaires d'administration autour n'en ont pas besoin. |
| Importer et rapprocher l'historique | Les deux | Le chargement est mécanique. Décider quoi faire des lignes qui n'ont jamais été à l'équilibre ne l'est pas. |
| Le plan de bascule | Ingénieur | Quelle 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.
La première réponse vient d'un ingénieur, qui demande en général qui possède le processus aujourd'hui.