Que pourrez-vous conserver, utiliser et faire évoluer dans quelques années? Ces questions méritent leur place dans la discussion, dès le début du projet.
Préparer les conditions qui permettront au travail de se poursuivre.
Un logiciel devient une partie de votre façon de travailler. Vos équipes y consacrent du temps, vos données y circulent et vos règles s’y précisent. L’investissement comprend bien plus que les premiers écrans livrés.
Chez Progymédia, nous voulons que ce travail puisse continuer à servir votre entreprise. Cela demande des choix techniques et une conversation claire sur le code, les licences, les accès et l’entretien. Les réponses applicables à un projet doivent être confirmées dans les conditions convenues avec vous.
Distinguer les différentes composantes du projet.
Un site ou une application peut réunir du développement propre à votre entreprise, des mécanismes communs d’une plateforme et des services ou bibliothèques de tiers. Ces parties ne remplissent pas le même rôle. Il est utile de les nommer avant de discuter de ce que vous pourrez conserver ou modifier.
Dans une discussion sur Boutik, nous séparons donc le travail spécifique au projet de la fondation commune et de ses dépendances. Le périmètre exact mérite d’être décrit. Une phrase générale sur la propriété du site ne permet pas de déduire les modalités de chacune de ses composantes.
Demander ce que vous pourrez utiliser et modifier.
Qui détient les droits sur le développement spécifique? Quelles parties sont accessibles? Sous quelle licence la plateforme commune est-elle utilisée? Une autre équipe peut-elle intervenir, et selon quelles conditions? Ces questions aident à préciser ce que recouvre réellement la solution proposée.
Un accès au code, un droit d’utilisation et un engagement de fournir de nouvelles versions sont des sujets distincts. Il faut préciser la version concernée, les modalités de remise et les conditions qui s’appliqueraient à la poursuite du travail. Nous préférons aborder ces points explicitement plutôt que laisser chacun en tirer sa propre interprétation.
Prévoir ce dont une équipe aurait besoin pour poursuivre.
Le code seul ne raconte pas tout le fonctionnement d’un système. Pour comprendre une application, il faut aussi connaître ses connexions, son modèle de données, ses règles importantes et sa manière d’être déployée. Une documentation proportionnée au projet aide l’équipe actuelle comme celle qui pourrait prendre le relais.
La discussion peut couvrir les dépôts de code, les environnements, les accès administratifs, les procédures de sauvegarde et la remise des données. Qui en est responsable? Sous quel format les informations seront-elles disponibles? Quels travaux seraient nécessaires pour préparer une transition? Ce sont des éléments à définir selon le contexte.
Distinguer une version utilisable de son entretien.
Conserver une version d’une application et la maintenir dans le temps demandent des dispositions différentes. Un service externe peut changer, une connexion ERP évoluer ou une correction de sécurité devenir nécessaire. La continuité comprend donc aussi la manière de suivre ces changements.
Nous encourageons une discussion concrète : qui surveille les dépendances, qui évalue les mises à jour et comment les interventions sont-elles planifiées? L’hébergement, l’assistance, les correctifs et les évolutions doivent être compris dans leur périmètre respectif. Leur disponibilité et leurs coûts ne se déduisent pas de la seule remise du code.
Faire des choix techniques qui aident la suite.
Notre approche modulaire consiste à séparer les mécanismes communs, l’adaptation aux systèmes et l’interface utilisée par vos équipes ou vos clients. Cette organisation permet de cibler les parties à configurer, à étendre ou à remplacer selon les besoins.
Elle demande tout de même de l’entretien et une connaissance des liens entre les composantes. Une modification locale peut avoir des effets ailleurs. Comprendre ces liens, garder des validations utiles et consigner les décisions importantes aide à faire évoluer le projet de façon réfléchie.
Mettre la continuité à l’ordre du jour dès le départ.
Vous n’avez pas à devenir spécialiste des licences pour poser de bonnes questions. Vous pouvez expliquer ce que vous souhaitez préserver : vos règles, vos données, votre capacité de faire évoluer le site ou la possibilité de travailler un jour avec une autre équipe. Ce sont des objectifs concrets à traduire dans le projet.
Nous pouvons alors examiner les réponses techniques et les modalités applicables, puis identifier les points qui demandent une précision. Une relation durable gagne à rendre ces sujets compréhensibles. Votre équipe sait ainsi ce qui est prévu, ce qui reste à décider et comment le travail pourra se poursuivre.
Les points à clarifier ensemble
✓ Les composantes spécifiques, communes et fournies par des tiers.
✓ Les droits, licences et accès applicables à chacune.
✓ La documentation, les données et les environnements utiles à une reprise.
✓ Le périmètre de l’hébergement, de l’entretien et des mises à jour.
✓ Les conditions et le travail nécessaires si une autre équipe prend le relais.
