Ajouter une équipe sur un même dépôt crée de nouveaux échanges autour des composants partagés. Le premier sujet à régler est la personne qui décide lorsqu'une modification affecte plusieurs parcours.
Définir les frontières dans le code
Dessinez les modules concernés, leurs interfaces et leurs consommateurs. Attribuez un responsable à chaque interface publique. Une frontière par écran devient fragile si tous les écrans modifient les mêmes règles métier.
Faire relire les changements qui traversent une frontière
Prévoyez une revue par le responsable du composant concerné. Donnez-lui le contexte du changement et un exemple d'utilisation. Les règles de revue doivent être compatibles avec les disponibilités réelles ; une approbation obligatoire sans personne disponible bloque la livraison.
Essayer une modification commune
Choisissez un petit changement qui touche les deux périmètres. Vérifiez sa compatibilité, le comportement des anciens consommateurs et le retour arrière. Documentez l'ordre de déploiement si les composants ne peuvent pas évoluer simultanément.
Évaluez le partenaire sur sa capacité à rendre ces dépendances visibles. Le nombre de personnes ajoutées n'indique pas combien de travaux peuvent avancer en parallèle. Une responsabilité claire et des contrats d'interface testés donnent une base plus utile à votre décision.
À lire aussi : Recette métier indisponible : éviter les fonctionnalités livrées mais inutilisables. Présentez votre périmètre à Sky Vaults.