Le formulaire a été soumis avec succès.
Vous trouverez de plus amples informations dans votre boîte aux lettres.
Nous recruterSélection de la langue
À propos
ServicesTechnologiesProjets
Voici à quoi ressemble une réunion typique du conseil d'administration en 2020. Le directeur technique présente un dossier composé de deux colonnes : En interne et Offshore. La colonne interne contient un nombre d'employés et un montant de salaire. La colonne "offshore" indique le même effectif, environ la moitié du coût, et le nom d'un fournisseur. Les yeux du directeur financier s'illuminent à la vue des réductions de coûts alléchantes. La décision de délocaliser est prise en une vingtaine de minutes, principalement en raison du facteur coût.
Si 70% des entreprises ont cité les économies de coûts comme leur principal moteur pour une centre de développement offshorer (ODC) en 2020, seuls les 34% le font aujourd'hui. Au lieu de cela, 42% des cadres donnent à la première place à “l'accès à des talents spécialisés”, tandis que 35% le choisit pour “répondre aux demandes des clients”.”
Ce changement s'est produit en raison de la pénurie de talents dans le domaine de la technologie. Rien qu'aux États-Unis, on s'attend à ce que cette pénurie atteigne 1,2 million d'ingénieurs en informatique en 2026, les postes à responsabilité dans les domaines de l'IA, de l'informatique en nuage et de la sécurité étant les plus difficiles à pourvoir, quel que soit le salaire. Un CDO moderne est construit pour résoudre le manque d'accès local aux talents.
Les processus des ODC suivent désormais des rituels agiles disciplinés : planification des sprints, rétrospectives régulières et réunions asynchrones structurées. Dans une configuration distribuée, même des malentendus mineurs peuvent se transformer en revers majeurs. Les équipes qui utilisent la méthode agile font état d'une 28% augmentation dans la réussite des projets et une amélioration de 37% dans le respect des délais.
Aujourd'hui, l'équipe offshore est un service d'ingénierie intégré situé dans un autre fuseau horaire, qui travaille selon le même calendrier, poursuit les mêmes objectifs et maintient le même niveau de responsabilité que ses collègues à distance.
Dans ce guide, j'explique ce qu'est l'ODC, comment il fonctionne et ce que votre entreprise peut en retirer.
Un centre de développement offshore est une équipe d'ingénieurs logiciels basée dans un autre pays, souvent dans un fuseau horaire différent de celui de la société mère. Contrairement aux fournisseurs classiques, ces ingénieurs travaillent uniquement pour votre entreprise et font partie intégrante de votre équipe interne, en accord avec votre structure et vos objectifs internes.
Dans le cadre de la modèle de centre de développement offshore, une équipe assiste à votre planification de sprint, participe à vos revues d'architecture et développe une connaissance du domaine du produit qui s'approfondit au fil des trimestres.
Dans le cadre de son travail quotidien, un centre de développement de logiciels offshore ressemble à ceci :
Avant de s'engager dans un CDO, les responsables de l'ingénierie envisagent au moins trois solutions : externalisation le travail sur la base d'un projet à la fois, en augmentant l'équipe existante avec des contractants individuels, ou simplement en recrutant en interne.
Chaque modèle résout un problème réel, mais crée également des défis que les autres n'ont pas. Le choix dépend de celui qui correspond à votre calendrier, à vos exigences en matière de contrôle et à l'endroit où vous vous trouvez dans le cycle de vie du produit.
| ODC | Externalisation par projet | Staff augmentation | En interne | |
| Meilleur pour | Développement de produits à long terme | Des résultats définis et limités dans le temps | Combler rapidement les lacunes de compétences spécifiques | Produit de base, contrôle total |
| Le dévouement de l'équipe | 100% votre | Partagé entre les clients des fournisseurs | Contributeurs individuels | Entièrement dédié |
| Délai d'embauche | 2-6 semaines | 1-2 semaines | 1-3 semaines | 2-4 mois |
| Conservation des connaissances | Compositions dans le temps | Réinitialisation après la livraison | Départ du contractant | Permanent |
| Propriété intellectuelle | Clairement vôtre | Nécessité d'accords explicites | Nécessité d'accords explicites | Clairement vôtre |
| Structure des coûts | Fixe mensuel (opérationnel) | Par projet ou par étape | Taux horaire ou journalier | Salaire + avantages + frais généraux |
| Coût par rapport à l'interne | 40-60% inférieur | Variable | Variable | Base de référence |
| Contrôle des processus | Complet | Limitée | Modéré | Complet |
| Évolutivité | Haut | Faible | Moyen | Faible |
| Adaptation à la culture | Se développe au fil du temps avec l'intention | Rarement atteint | Partiel | Naturel |
| Taille idéale de l'équipe | 5-200+ ingénieurs | Toute taille d'équipe | 1-10 personnes | Toute taille d'équipe |
| Durée des fiançailles | 12 mois à indéfinie | Des semaines aux mois | Des semaines aux mois | Indéfinie |
Le concept derrière services de centre de développement offshore est que vous possédez l'équipe. Vous définissez les critères d'embauche, vous interviewez chaque ingénieur avant qu'il ne rejoigne l'équipe, vous définissez la pile technologique, vous établissez les normes de codage et vous décidez de ce qui est construit. L'équipe vous rend compte.
Le prestataire ODC s'occupe de la couche opérationnelle : entité juridique, paie, bureau et conformité locale en matière de ressources humaines.
Le succès de votre collaboration dépend de la manière dont vous construisez votre communication. Pour qu'une équipe éloignée ait l'impression d'être assise à côté de vous, vous pouvez mettre en place ce modèle de gouvernance et de reporting des livraisons :
Les équipes internes et offshore parviennent à une collaboration efficace par le biais de quatre :
Des centres de développement offshore efficaces suivent la méthode Agile.
Selon le Business Agility Institute, les équipes qui s'en tiennent à des méthodes agiles disciplinées déclarent 86% Meilleure exécution des projets.
Planification des sprints exige un carnet de commandes véritablement prêt avant l'ouverture de la session : critères d'acceptation écrits, dépendances cartographiées et estimations discutées.
Rétrospectives nécessitent des mécanismes de sécurité psychologique explicites. Les outils de rétrospective anonymes, tels que Parabol et EasyRetro, réduisent la pression sociale qui empêche les ingénieurs délocalisés de soulever de vrais problèmes avec l'équipe du client.
Pour que les choses avancent rapidement sans sacrifier la qualité, vous avez besoin d'une équipe dont les rôles sont clairement définis et qui présente un bon équilibre entre les différents niveaux d'expérience. Sur la base de mon expérience de la gestion de l'équipe ODC, voici la composition de l'équipe de base que je recommanderais :
Ces rôles permettent au processus de fonctionner dans une configuration distribuée :
Le site Scrum Master suit lorsque l'équipe est bloquée dans l'attente d'une décision du QG et fait remonter le problème avant qu'il ne devienne un échec du sprint.
Le site Responsable de produit est le rôle le plus important pour les Logiciel ODC La réussite d'un projet est souvent mal gérée. Lorsque le PO reste au siège et traite les équipe offshore En tant que simples destinataires d'instructions, ils provoquent des retards de décision qui ralentissent l'ensemble du processus de développement.
La solution est une Mandataire du Product Owner offshore intégré : un ingénieur senior habilité à prendre des décisions quotidiennes sur la portée du projet et à ne transmettre que les décisions stratégiques au Product Owner du siège. Cela permet à l'équipe de ne pas être bloquée pendant les huit heures où le Product Owner principal n'est pas disponible.
La mise à l'échelle est une tâche de votre fournisseur d'ODC, mais comme pour les autres processus, vous restez maître de la situation. Deux erreurs sont à l'origine de la quasi-totalité des expansions d'ODC.
Les entreprises créent des ODC pour recruter des ingénieurs qualifiés dans le monde entier, réduire leurs dépenses par rapport à l'embauche locale et commercialiser leurs produits plus rapidement. Lorsque nous parlons à nos clients, la plupart d'entre eux décrivent les avantages suivants de leur collaboration avec nos équipes ODC :
Recrutement d'un ingénieur senior dans les grands centres tels que San Francisco ou Londres coûte généralement entre 1181T150 000 et 1181T200 000 par an, sans compter les avantages sociaux ou les frais de recrutement. En revanche, les professionnels ayant le même niveau d'expérience dans des pays tels que le Pologne, Inde, ou Colombie gagnent généralement entre $50.000 et $90.000. Cet écart de coût permet aux entreprises de réduire leurs dépenses totales en ingénierie de 35% à 50% au fur et à mesure qu'elles développent leurs équipes.
Chaque année, la Pologne produit 15 000 diplômés en technologie, tandis que la communauté des développeurs indiens s'accroît de 14% annuelle. La Roumanie, le Viêt Nam et la Colombie offrent également d'importants viviers d'ingénieurs qualifiés à un coût nettement inférieur. Dans ces régions, un société de services de centre de développement offshore peut souvent pourvoir le même poste en deux ou trois semaines seulement, grâce à son réseau de talents existant.
Les problèmes constatés en fin de journée dans un bureau peuvent être résolus le lendemain matin dans un autre, grâce à la couverture mondiale des fuseaux horaires. Des tests qui prendraient habituellement trois jours peuvent être réalisés en un seul. Les entreprises lancent donc leurs produits plus rapidement.
Les modèles d'équipes offshore dédiées permettent de fidéliser les ingénieurs de 95% (sur la base de l'expérience de Innowise). C'est un avantage majeur, car les ingénieurs qui ont passé deux ans dans votre base de code sont porteurs de cas limites non documentés, de contraintes architecturales et de bizarreries d'intégration de tiers qui ne peuvent pas être entièrement pris en compte dans un document de transfert.
Un tableau Jira ou Linear partagé où chaque tâche est visible et assignée. Des standups asynchrones quotidiens qui mettent à jour les blocages avant qu'ils ne deviennent des échecs de sprint. Un pipeline CI/CD que les deux équipes surveillent en temps réel. Les sprints sont revus toutes les deux semaines, avec un logiciel fonctionnel comme livrable. Résultat : la vitesse est mesurable, les blocages apparaissent en quelques heures et rien n'arrive à la livraison par surprise.
Les jours fériés, les pannes d'infrastructure et les perturbations régionales qui entraînent l'arrêt des activités d'une équipe implantée dans un seul site n'ont pas d'incidence sur les activités d'un CDO. Lorsque votre bureau principal est confronté à des perturbations, votre équipe délocalisée poursuit ses activités sans délai.
Je suggérerais de considérer un CDO non seulement comme un moyen d'ajouter des collaborateurs supplémentaires, mais aussi comme un moyen de trouver des talents spécialisés que vous ne pouvez pas obtenir localement. Vous constituez une équipe qui apprend votre produit et évolue avec vous, en respectant les mêmes normes d'entreprise que votre siège social, mais avec beaucoup plus de souplesse pour augmenter ou réduire l'effectif en fonction de l'évolution de votre feuille de route.
Directeur du Delivery et Responsable du Centre de Compétences
Pour assurer la sécurité d'un CDO, votre entreprise et l'équipe engagée doivent signer des contrats clairs et suivre les mêmes règles de sécurité que celles utilisées au siège. Ces documents et processus contribuent à protéger vos données, vos droits de propriété et l'accès au système.
Un ODC doit se conformer aux lois sur les données du pays où l'équipe est située et du pays où votre entreprise est basée.
Pour les entreprises américaines, des règles sectorielles spécifiques s'appliquent toujours à l'étranger : HIPAA pour les soins de santé, SOC 2 pour le SaaS et PCI-DSS pour les paiements. Votre contrat avec l'ODC doit indiquer clairement que le prestataire est responsable du respect de ces normes, et vous devez conserver le droit d'auditer son travail à tout moment.
Pour les entreprises de l'UE, le GDPR s'applique à tous les ingénieurs offshore qui traitent des données personnelles. Vous devez disposer d'accords signés sur le traitement des données et de clauses contractuelles standard. En outre, chaque membre de l'équipe offshore doit suivre une formation GDPR en tant qu'exigence contractuelle obligatoire de son contrat.
À partir du 2 août 2026, la loi européenne sur l'IA commence à appliquer des obligations de conformité essentielles aux systèmes d'IA à haut risque, y compris dans des domaines tels que la santé et la finance. s. Vous devez documenter exactement la manière dont ces exigences sont respectées, quel que soit l'endroit où les ingénieurs travaillent réellement.
L'infrastructure minimale de conformité du centre de développement offshore :
Lorsque la propriété intellectuelle (PI) est perdue dans une équipe délocalisée, ce n'est généralement pas à cause d'un vol délibéré. Il s'agit plutôt de contrats peu clairs, d'une incapacité à révoquer correctement l'accès lorsque les ingénieurs partent, ou de l'absence de règles claires concernant la contribution à des projets de code public pendant les heures de travail.
Signez ces trois documents pour éliminer la plupart des risques :
Une ODC doit suivre les mêmes règles de sécurité que l'entreprise principale. Lorsque les ingénieurs offshore utilisent les systèmes, les données ou le code de l'entreprise, ils sont exposés aux mêmes risques que les employés locaux. Toutefois, ils courent un risque supplémentaire parce qu'ils travaillent sur un réseau que l'entreprise principale ne gère pas.
Votre équipe accède à vos systèmes via un réseau que votre entreprise principale ne gère pas, ce qui crée un angle mort de sécurité inhérent. Pour combler cette lacune et réduire les risques, vous devez mettre en œuvre les contrôles d'accès et de dispositifs obligatoires suivants :
Les avantages d'un ODC sont structurels - ils existent en raison de la manière dont le modèle est conçu. Les difficultés sont d'ordre opérationnel - elles découlent de la manière dont le modèle est exécuté. La bonne nouvelle, c'est que la plupart d'entre eux peuvent être évités, et je vous montrerai comment ci-dessous.
En l'absence d'un processus de communication clair entre les fuseaux horaires, les équipes mondiales sont souvent confrontées à des retards et à des malentendus.
Par exemple, si un développeur offshore a besoin d'éclaircissements sur une tâche alors que l'équipe du siège n'est pas en ligne, il peut émettre une hypothèse erronée pour éviter d'interrompre le travail. Lorsque l'équipe du siège examine le résultat le lendemain et le trouve erroné, deux jours d'efforts sont gaspillés. Répété sur l'ensemble d'une équipe, ce schéma peut augmenter de manière significative les coûts du projet.
Pour éviter cela, chaque tâche doit être entièrement définie avec des exigences et des dépendances écrites avant que l'équipe ne commence à travailler. En outre, les entreprises devraient désigner des personnes spécifiques pour prendre des décisions pendant les heures de chevauchement et fixer un délai de quatre heures pour résoudre les problèmes avant qu'ils ne s'aggravent.
Lorsqu'un centre de développement offshore dédié fournit mal les bonnes fonctionnalités, ou des fonctionnalités fortes qui ne s'alignent pas sur le plan à long terme de l'entreprise, il y a généralement trois causes principales :
La rotation des ingénieurs offshore est généralement l'une des principales causes de la perte de connaissances spécifiques à un projet. Utilisez ces trois méthodes pour retenir les ingénieurs dans votre équipe et minimiser l'impact de leur départ.
Toutes les entreprises ne sont pas prêtes pour un ODC, et tous les problèmes qu'il peut résoudre ne sont pas traités de manière optimale par ce modèle. La matrice de décision ci-dessous indique les conditions dans lesquelles un ODC est le bon choix et celles dans lesquelles un autre modèle est plus efficace.
Les lieux d'implantation les plus populaires des ODC sont au nombre de cinq : La Pologne, l'Inde, le Vietnam, la Colombie et les Philippines. Le bon site optimise simultanément cinq critères, et les compromis entre eux sont les taux de développeurs seniors, le chevauchement des fuseaux horaires avec les États-Unis et l'UE, et l'état de préparation à la conformité.
Étant donné qu'aucun site n'est gagnant sur tous les points, votre choix final doit être basé sur ce qui est le plus important pour vos objectifs professionnels spécifiques. Ci-dessous, j'ai établi un tableau comparatif détaillé afin que vous puissiez clairement comparer ces compromis à vos besoins.
| Pologne | Inde | Vietnam | Colombie | Philippines | |
| Taux de développement des seniors (annuel) | $45k-65k | $18k-35k | $20k-35k | $25k-45k | $15k-30k |
| Taille du vivier de talents | 650,000+ | 4.5M+ | 650,000+ | 200,000+ | 190,000+ |
| Diplômés de l'enseignement technique/an | 20,000+ | 1.5M+ | 57,000+ | 45,000+ | 100,000+ |
| Spécialisation en IA/cloud | Fort | Très forte | Une croissance rapide | Croissance | Modéré |
| Maîtrise de l'anglais | Haut | Haut | Modéré à élevé | Haut | Très élevé |
| Chevauchement avec l'UE (CET) | Complet | 3-4 heures | 2-3 heures | 4-6 heures | 2-3 heures |
| Chevauchement avec l'EST des États-Unis | 3-5 heures | 1-2 heures | 1-2 heures | Complet | 1-2 heures |
| Conformité au GDPR | Natif (membre de l'UE) | Contractuelle | Contractuelle | Contractuelle | Contractuelle |
| Protection IP | Forte (législation européenne) | Modéré | Modéré | Modéré | Modéré |
| Risque géopolitique | Faible | Faible à modéré | Faible | Faible à modéré | Faible |
| Adaptation culturelle à l'UE/aux États-Unis | Très élevé | Haut | Modéré à élevé | Haut | Haut |
| Risque d'attrition | Modéré | Haut | Modéré | Modéré | Modéré à élevé |
| Convient le mieux à | Réglementé par l'UE, à long terme, lourd en termes de conformité | Grande échelle, grand volume, 24 heures sur 24, 7 jours sur 7 | Équilibre coût-qualité, clients APAC | US nearshore, agile en temps réel | Anglais d'abord, rôles liés à la BPO |
Le choix de la bonne collaboration est une première étape, et le reste du chemin consiste à compiler le partenaire que vous sélectionnez pour l'ODC. Sa maturité technique, ses normes de sécurité et son style de communication doivent s'aligner sur votre propre culture d'entreprise. Parmi les facteurs auxquels vous devez prêter attention figurent l'expertise du fournisseur dans le domaine, sa capacité à faire évoluer rapidement ses ressources et son engagement en faveur de la protection des données.
Ci-dessous, j'ai créé une liste de contrôle pour déterminer si une équipe va tenir ses promesses ou dériver.
Les ODC sont en train de changer en raison des nouvelles technologies (comme l'IA), des règles plus strictes en matière de conformité et de la volonté de payer pour des résultats plutôt que pour des heures. Je peux suggérer qu'il y a au moins cinq tendances auxquelles nous pouvons nous attendre dans les années à venir.
Les entreprises s'orienteront vers des modèles basés sur des équipes où chaque groupe offshore est entièrement responsable d'une partie spécifique du produit. Dans la pratique, cela signifie que les entreprises qui gèrent avec succès une équipe offshore en créeront plusieurs autres. Chaque nouvelle équipe aura son propre chef et son propre calendrier, mais suivra les mêmes normes techniques et les mêmes objectifs. Au lieu de gérer ces équipes par le biais d'une hiérarchie complexe, elles resteront coordonnées par une liste commune de priorités et des règles unifiées pour la construction du logiciel.
Selon un Mars 2026 Rapport McKinsey, Les développeurs qui utilisent des assistants d'IA sont 35-45% plus productifs. Cela signifie qu'un développeur offshore en 2027 sera en mesure de produire la même quantité de travail que deux ou trois développeurs en 2023, mais à un coût bien moindre.
Cependant, le code généré par l'IA nécessite déjà des contrôles de qualité plus stricts car il semble souvent correct mais contient des erreurs de logique. Les partenaires qui établiront des règles claires en matière d'IA produiront des résultats de meilleure qualité que ceux qui laisseront les ingénieurs utiliser l'IA sans surveillance.
Aujourd'hui, les entreprises ont tendance à combiner l'offshore et le nearshore : elles conservent des experts internes pour la stratégie et font appel à des équipes mondiales pour les travaux d'ingénierie à grande échelle. Nous pouvons nous attendre à ce que cette tendance se poursuive dans les années à venir.
Dans ce modèle, une petite équipe nearshore de cinq à dix personnes s'occupe des réunions quotidiennes et de la planification. Dans le même temps, une équipe offshore plus importante, composée de vingt à trente personnes, se concentre sur la construction du logiciel.
Les entreprises qui utilisent cette méthode considèrent la localisation comme un choix pratique, en choisissant le meilleur endroit pour chaque type de travail en fonction du coût, du fuseau horaire et des compétences disponibles.
En vertu de la loi européenne sur l'IA, si vous utilisez l'IA pour les soins de santé, l'évaluation du crédit, le recrutement ou l'identification, vous devez légalement documenter vos processus, inclure des contrôles humains et conserver des informations claires sur la manière dont l'IA a été élaborée.
Les équipes offshore doivent disposer d'ingénieurs qui connaissent ces règles, utiliser des outils qui créent automatiquement les documents requis et signer des contrats qui indiquent clairement qui est responsable du respect des normes juridiques. Cela crée une nouvelle tendance : les entreprises n'engageront des partenaires offshore que s'ils peuvent prouver qu'ils respectent les mêmes normes juridiques et de sécurité strictes que les équipes internes.
La facturation horaire permet de suivre le temps de travail des développeurs, tandis que les modèles basés sur les résultats permettent de suivre ce qu'ils fournissent réellement. D'après l'étude Enquête 2024 de Deloitte, 67% des entreprises accordent désormais plus d'importance aux résultats qu'aux faibles coûts.
Dans ces contrats, une partie de la rémunération dépend d'indicateurs de performance spécifiques : la fréquence de publication du code, le nombre de bogues détectés, le nombre de personnes qui utilisent les nouvelles fonctionnalités et la rapidité avec laquelle les idées se transforment en logiciels opérationnels.
Pour fonctionner, ce modèle aura besoin de deux choses : une définition claire et mesurable de la “réussite”, convenue avant le début du projet, et un tableau de bord partagé qui montre instantanément ces résultats à tout le monde.
Comme vous pouvez le constater, le Le centre de développement offshore est structurellement différents en ce qui concerne la propriété, la discipline des processus, l'intégration des talents, la maturité en matière de conformité et la responsabilité à long terme pour les résultats des produits.
Un centre de développement offshore bien géré est plus qu'un moyen d'économiser de l'argent. En choisissant le bon emplacement et le bon partenaire, il devient un puissant atout d'ingénierie qui prend de la valeur au fil du temps, aidant les entreprises à développer des technologies à la vitesse exigée par le marché.
Si vous êtes à la recherche d'un partenaire de confiance et sans risque, Innowise vous offre une solution prête à l'emploi. Basé à Varsovie, en Pologne, avec des centres de développement et des bureaux à travers l'UE, nous sommes déjà certifié dans les normes critiques, notamment ISO 27001, SOC 2, HIPAA et GDPR.
Nos plus de 3 500 professionnels IT, dont 75% sont des ingénieurs de haut niveau ou de niveau intermédiaire, sont équipés pour constituer rapidement votre équipe et obtenir des résultats mesurables. Le bon partenaire ODC est là pour vous aider à développer des technologies à la vitesse et selon les normes exigées par le marché.
Un ODC (Offshore Development Center) est une équipe d'ingénieurs en logiciel qu'une entreprise met en place dans un autre pays. Cette équipe travaille uniquement pour votre entreprise et suit vos règles et vos normes de qualité des produits.
Dans le cadre d'une externalisation classique, un fournisseur met à votre disposition des personnes d'un groupe commun pour une tâche spécifique. Ces personnes peuvent travailler pour d'autres clients en même temps et partir une fois le projet terminé. Dans le cadre d'une ODC, l'équipe ne travaille que pour vous, vous rend compte de ses activités et s'efforce de mieux comprendre votre entreprise sur plusieurs années.
La mise en place d'un CDO prend généralement entre deux et six mois. Si vous vous associez à un fournisseur établi qui dispose déjà d'un bureau local et d'une liste de talents disponibles, vous pouvez embaucher vos premiers ingénieurs en seulement deux à quatre semaines.
La gestion agile dans un CDO distribué implique les mêmes pratiques de base qu'une équipe interne, telles que la planification des sprints, les réunions quotidiennes et les révisions, mais elles sont adaptées à des fuseaux horaires différents. Pour réussir, il faut disposer d'une liste claire des besoins avant la planification et d'un décideur local capable de faire avancer l'équipe lorsque l'équipe du siège n'est pas en ligne.
Vous pouvez choisir le bon emplacement en posant quatre questions simples. Premièrement, avez-vous besoin de respecter des lois spécifiques telles que le GDPR ? Deuxièmement, l'équipe doit-elle travailler dans le même fuseau horaire que vous ? Troisièmement, avez-vous besoin d'experts dans des domaines particuliers comme l'IA ou la sécurité ? Enfin, combien de temps prévoyez-vous de travailler ensemble ? Un projet à long terme justifie généralement le choix d'un lieu plus stable et moins risqué.
Un CDO a généralement besoin d'au moins cinq personnes pour bien fonctionner. Cette équipe de base doit comprendre un responsable technique, deux ou trois développeurs possédant l'expertise technique requise et un ingénieur en assurance qualité chargé de valider le travail.
