Mandat client
Rester responsable d'un logiciel opérationnel pendant que le produit évolue.
Au fil d’une relation client de longue date, Amidship a accompagné un éditeur canadien de logiciels dans l’évolution d’une plateforme mobile de collecte de fonds et d’encans destinée aux organismes de bienfaisance et aux équipes responsables d’événements — du comportement du produit aux intégrations, à l’infrastructure et au soutien de production.
Logiciel opérationnel · Relation client de longue date
- Processus
- Application
- Intégrations
- Exploitation
Le problème
Un logiciel opérationnel continue de changer après son lancement.
Une plateforme d'encans et de collecte de fonds réunit des processus qui deviennent critiques précisément au moment où on ne peut pas les modifier à la légère : inscription, mises et dons, clôture de l'encan, paiements, factures et reçus, communications, rapports et administration par les exploitants.
Derrière ces processus se trouvent les fuseaux horaires, les devises, les intégrations, l'infrastructure et des comportements produit déjà établis. Avec le temps, les fournisseurs, les exigences de conformité, les dépendances et les besoins opérationnels changent. Le travail ne consiste donc pas seulement à ajouter la prochaine fonctionnalité. Il faut apporter des changements responsables sans briser le système qui les entoure.
Décision clé
Traiter la maintenance et l'évolution comme du travail de produit : comprendre le processus, modifier la plus petite couche responsable et garder le comportement en production explicite.
Travailler dans le produit, pas autour de lui.
Le mandat d'Amidship a compris de l'architecture et de la revue de code Rails, du développement logiciel sur mesure, de la maintenance, des corrections, des améliorations, des mises en production précédées d'une validation en environnement de préproduction et du conseil technique.
Au fil du mandat, Amidship est intervenu dans le cycle de vie des encans et des événements, les mises et les dons, les paiements et la facturation, la messagerie et les notifications, les rapports, la gestion des fuseaux horaires et des devises, les commanditaires et l’administration, ainsi que dans l’infrastructure et le soutien de production autour du produit.
- Cycle de vie des encans + événements
- Participants, mises + dons
- Paiements, factures + reçus
- Messagerie + notifications
- Rapports + administration
- Infrastructure + soutien de production
- Configuration de l'événement
- Inscription
- Mises + dons
- Clôture de l'encan
- Paiements + factures
- Rapports + suivi
- Messagerie + notifications
- Administration + commanditaires
- Fuseaux horaires + devises
- Infrastructure + soutien de production
- Architecture
- Développement
- Maintenance
- Amélioration
- Soutien de production
Dans la durée
Le travail évolue avec le produit.
Certains changements sont visibles dans le produit : configuration des événements, mises et dons, paiements, communications, rapports. D’autres se situent sous la surface : dépendances, intégrations, livraison des courriels, infrastructure et soutien opérationnel.
Le fil conducteur n’est pas une technologie particulière. Il s’agit de comprendre les comportements sur lesquels les utilisateurs et les exploitants comptent déjà, puis de modifier la bonne couche sans déstabiliser le reste.
La relation s’est poursuivie au-delà de la réalisation initiale, avec de la maintenance, des mises en production progressives, du travail d’infrastructure et du soutien en production.
Pourquoi c'est important
Les logiciels importants accumulent de l'histoire.
Un produit mature ressemble rarement à un problème neuf et sans contraintes. Les processus existants, les données, les intégrations, l'infrastructure, les cas limites et les attentes des utilisateurs déterminent tous ce qu'est un changement responsable.
Ce mandat montre Amidship travaillant avec cette histoire plutôt que de transformer chaque demande en réécriture : comprendre le comportement actuel, préserver ce qui compte, changer ce qui doit l'être et garder le produit exploitable.
Ce que ce type de travail exige
- Comprendre le produit avant de le modifier.
- Travailler prudemment dans un système établi plutôt que de choisir automatiquement une réécriture.
- Relier les règles opérationnelles au comportement du produit, à l’architecture et à l’implémentation.
- Faire évoluer les intégrations et l’infrastructure sans perdre le processus qui les entoure.
- Traiter la maintenance et le soutien de production comme du véritable travail d’ingénierie produit.