Une entreprise française peut confier une partie de son développement à une équipe au Maroc tout en gardant les décisions produit en interne. Le premier travail consiste à définir le périmètre, les personnes responsables et les preuves attendues à chaque livraison. Cette préparation permet de comparer des partenaires sur le travail demandé.
Délimiter ce que vous confiez
Écrivez le parcours utilisateur que l'équipe doit prendre en charge. « Développer notre plateforme » laisse ouvertes la découverte, la conception, la maintenance et la gestion des incidents. « Livrer le parcours de dépôt d'une demande, avec ses permissions et sa recette » donne une base de discussion plus précise.
Indiquez ce qui existe déjà : dépôt Git, application en production, documentation, utilisateurs actifs et outils internes. Un partenaire qui reprend un produit devra comprendre ces éléments avant d'estimer son effort. Prévoyez un accès de lecture adapté à cette première analyse.
Garder un responsable produit identifiable
Désignez la personne qui tranche les priorités et accepte les résultats. Si plusieurs managers peuvent ajouter des demandes, organisez leur arbitrage avant de remplir le backlog. Le partenaire doit savoir qui peut engager du budget et qui peut modifier un critère d'acceptation.
| Décision | Responsable à nommer | Trace attendue |
|---|---|---|
| Ordre des fonctionnalités | Responsable produit | Backlog priorisé |
| Choix d'architecture | Référent technique | Décision et conséquences |
| Acceptation d'un lot | Responsable de recette | Résultat des vérifications |
| Accès à la production | Responsable d'exploitation | Autorisation et journal |
Une même personne peut tenir plusieurs rôles dans une petite équipe. Le document doit toutefois distinguer les décisions : une validation commerciale ne remplace pas une vérification technique.
Comparer le fonctionnement proposé
Demandez qui travaille réellement sur le projet, comment les remplacements sont organisés et quelles plages de collaboration sont prévues avec la France. Faites décrire une semaine ordinaire : préparation, développement, revue, démonstration et correction. Vérifiez que ce rythme laisse à votre équipe le temps de répondre.
Demandez aussi un exemple anonymisé de livraison : critères initiaux, changement de code, résultat des tests et documentation. Un portfolio montre le type de produit réalisé ; ces traces montrent comment le partenaire travaille.
Commencer sur un périmètre vérifiable
Le premier lot doit traverser un parcours complet avec un utilisateur, une règle métier et une livraison exploitable. Choisissez une fonction utile dont les risques sont compris. Précisez les données autorisées et la procédure de retour arrière si elle touche un système existant.
À la fin, examinez les écarts entre estimation et réalisation, les décisions restées en attente et les corrections demandées. Ces observations servent à ajuster le modèle de collaboration. Un lot réussi ne suffit pas à établir une disponibilité permanente ou une capacité de recrutement à grande échelle ; ces engagements demandent leur propre discussion.
Une fiche de décision à compléter avant le premier rendez-vous
Rédigez une fiche contenant le parcours prioritaire, les personnes qui l'utilisent et les conséquences d'un échec. Ajoutez les systèmes concernés et les informations dont l'équipe externe disposera. Terminez par le résultat que votre entreprise veut pouvoir vérifier à la fin du premier lot.
Cette fiche sert à comparer plusieurs réponses. Demandez au partenaire de la reformuler, puis de lister les inconnues qui influencent l'estimation. Une réponse détaillée peut révéler qu'un cadrage est nécessaire avant de choisir une composition d'équipe.
| Point de décision | Réponse à consigner |
|---|---|
| Motif de l'externalisation | Compétence, capacité ou responsabilité recherchée |
| Ressource interne | Temps réellement disponible pour décider et relire |
| Périmètre initial | Parcours et systèmes pris en charge |
| Preuve de réussite | Résultat accepté et dossier de livraison |
| Condition de poursuite | Réserves à lever avant le lot suivant |
Si personne en interne ne peut valider les règles métier, traitez cette difficulté avant d'augmenter la réalisation. Le partenaire peut proposer une organisation, mais les connaissances de votre entreprise et l'autorité de décision doivent être accessibles.
Préparer les questions de continuité
Demandez ce qui change si une personne quitte le projet ou si vous reprenez la réalisation. Faites décrire la transmission des accès, des documents et des décisions ouvertes. Vérifiez les comptes nécessaires à la construction et au fonctionnement du produit.
La disponibilité du code ne garantit pas la disponibilité du reste du dossier. Un essai de démarrage par une autre personne permet d'identifier les étapes implicites. Ajoutez les corrections correspondantes aux livrables du premier engagement.
Pour préparer votre projet
Consultez aussi Nearshore, offshore ou onshore : choisir depuis la France et nos produits. Pour discuter d'un périmètre, contactez Sky Vaults avec votre parcours prioritaire et les contraintes à respecter.