Externalisation informatique nearshore – Simplement expliqué en 5 minutes

Vous vous demandez actuellement si l’externalisation informatique convient à votre entreprise ? Et vous êtes confronté à la question de savoir vers quelles régions externaliser, si le nearshoring est une option ?

Alors vous trouverez dans ce blog tout ce qu’il faut savoir sur le nearshoring. Nous expliquons quelles considérations de base se posent au début.

Spécialistes informatiques recherchés

 Il y a généralement deux raisons principales pour lesquelles les entreprises s’intéressent au thème de l’externalisation et rencontrent le concept de nearshoring :

1. Les entreprises recherchent des spécialistes informatiques dans leur région. Cependant, sans succès : les postes ne peuvent pas être pourvus malgré un recrutement intensif. Il y a une pénurie de main-d’œuvre qualifiée.
2. Des spécialistes informatiques peuvent être trouvés localement. Cependant, les salaires ne sont pas abordables pour les entreprises, c’est-à-dire que les spécialistes informatiques sont trop chers.

Que ce soit la pénurie de main-d’œuvre qualifiée ou les salaires élevés qui mettent les entreprises sous pression, le résultat est le même. Pour rester compétitif et continuer à gérer votre entreprise avec succès, vous commencez à chercher des alternatives.

C’est souvent le début de la réflexion sur l’externalisation. Les services ne sont plus fournis au sein de l’entreprise elle-même, mais sont externalisés. Vers d’autres fournisseurs, vers d’autres lieux, vers d’autres pays.

Onshoring, nearshoring, offshoring – Quelle est la différence ?

Le thème de l’externalisation est assez vaste, et il existe des relations fondamentales dont les décideurs doivent être conscients. Une distinction importante est faite par les termes onshoring, nearshoring et offshoring.

L’onshore, c’est lorsque le travail est effectué dans le même pays où l’entreprise est située. Pour une entreprise allemande, il s’agirait d’une autre filiale en Allemagne ou d’une coopération avec un prestataire de services basé en Allemagne.

Si la distance entre le pays d’externalisation et l’Allemagne est supérieure à 3 heures d’avion, nous parlons d’offshoring. Nous parlons de pays comme l’Inde, l’Extrême-Orient, l’Amérique du Sud, etc.

Nous parlons de nearshore lorsque 1 à 2 heures de vol sont nécessaires pour atteindre le pays de destination. Cela signifie l’Europe de l’Est, l’Europe du Sud ou l’Afrique du Nord.

Cette distinction est importante car différentes régions sont associées à des fuseaux horaires et des décalages horaires, des différences culturelles, des coûts et des compétences linguistiques différents.

Plus un pays est éloigné, plus les différences culturelles deviennent importantes, par exemple, et plus il est difficile de se rencontrer en personne. Si les différences culturelles sont trop grandes, cela peut facilement entraîner des problèmes de compréhension – même si les compétences linguistiques des deux côtés sont bonnes. Car il est souvent important de comprendre ce qui est sous-entendu. La communication se déroule toujours dans un contexte culturel.

Freelance, fournisseur d’externalisation ou entité juridique propre ?

Un autre facteur à considérer est la durée du projet. S’agit-il d’un projet de quelques semaines ou de quelques mois, ou une équipe est-elle nécessaire indéfiniment ? Si un projet ne dure que quelques semaines ou mois, il peut être judicieux de rechercher un freelance – par exemple, sur des portails appropriés tels qu’Upwork.

Cependant, si le projet dure plus longtemps et qu’une équipe plutôt qu’un individu est nécessaire, il est alors conseillé d’investir plus de temps et d’efforts dans le bon choix d’externalisation et de faire appel à un fournisseur d’externalisation qui, par exemple, possède des connaissances locales ou fournit l’infrastructure telle que les locaux et l’informatique.

Et s’il y a même tout un pipeline de projets ou un produit à développer, alors il y a une plus grande tendance à avoir sa propre équipe de développement logiciel ou filiale à l’étranger. Les considérations relatives à la propriété intellectuelle (PI) jouent également un rôle important ici.

Modèles de coopération en nearshoring

Une fois qu’une entreprise a décidé de travailler avec un fournisseur d’externalisation, la prochaine chose à considérer est la structure du contrat. En Allemagne, nous connaissons généralement deux modèles de coopération standard :

• le contrat de service dans lequel un service est dû et
• le contrat de louage d’ouvrage et de services, où le résultat, le travail, dans notre cas le logiciel, est dû.

Ces deux modèles impliquent également d’importantes questions de sécurité sociale et de droit du travail. L’analogie de la « boîte blanche » contre la « boîte noire » est souvent utilisée. Dans la boîte blanche, nous pouvons voir l’intérieur, tandis que dans la boîte noire, nous ne pouvons voir que l’enveloppe extérieure.

Développons ce que cela signifie.

Boîte noire – Le contrat de louage d’ouvrage

Une boîte noire est un contrat de louage d’ouvrage classique. Le client décrit le produit final, et le prestataire spécifie un prix, une date de livraison, et est finalement responsable de la livraison du produit.

Dans le développement logiciel, cela se présente comme suit :

• Une spécification est préparée par le client, qui peut être très longue.
• Un prix fixe est convenu, qui doit être payé par le client lorsque le logiciel est livré, c’est-à-dire que le service est rendu.
• Le partenaire d’externalisation fournit des informations continues sur l’état et l’avancement du projet.

Dans la pratique, cependant, cela est souvent très différent. Les problèmes suivants sont assez courants dans le développement logiciel :

• Les exigences sont souvent modifiées par le client et le prix doit être ajusté en conséquence.
• Le client et le prestataire découvrent tous deux au milieu du projet que la spécification est incomplète. Cependant, ces lacunes ont un impact massif sur le prix, car un temps de développement supplémentaire doit être consacré, ou des ressources supplémentaires sont nécessaires pour les combler. C’est là que se cache un grand potentiel de conflit.
• De plus, les prestataires font souvent des hypothèses différentes basées sur la spécification. Il n’est donc pas nécessairement judicieux de choisir le prestataire le moins cher lors de la comparaison des prix entre différents fournisseurs d’externalisation, car le prestataire à bas prix peut avoir encore plus négligé ces lacunes que le prestataire plus cher.
• Le client n’a aucun aperçu ni pouvoir de décision sur qui travaille sur le logiciel et si le logiciel est développé efficacement.

D’après notre expérience, au moins 30 % de ces projets échouent dans l’industrie du logiciel parce que le budget, la qualité ou les délais ne sont pas respectés.

Boîte blanche – Le contrat de service

Avec une solution de boîte blanche en externalisation, un accord est conclu pour un service. Cela se présente comme suit en détail :

• Le partenaire d’externalisation présente des spécialistes appropriés au client. Le client décide avec quels experts informatiques il souhaite travailler.
• Aucun prix fixe n’est convenu, mais un taux horaire par employé.
• Le client confie des tâches aux membres de l’équipe. Il est constamment en contact étroit avec l’équipe et la dirige.
• De plus, il définit les méthodes et processus à utiliser (Kanban, Scrum, etc.).
• Étant donné que le client est proche du processus et de l’équipe, il peut ajuster très flexiblement les exigences pour atteindre l’objectif plus rapidement. Il reçoit également un retour rapide de l’équipe.

L’avantage ici est que des coûts peuvent être économisés et qu’un développement de produit plus flexible a lieu. Puisqu’il n’y a pas de spécifications rigides, le produit est développé de manière incrémentielle, du prototype au produit final, de manière agile.

Une telle collaboration peut être à court terme, en travaillant avec des freelances, ou à plus long terme, avec une équipe de développement interne.

Quelle est la mise en œuvre pratique ?

Pour les projets à plus long terme et plus importants, il est avantageux de choisir une solution individuelle, car les deux formes (boîte blanche ou boîte noire) ne sont souvent pas les solutions idéales. En combinant des parties des deux formes de contrat, les besoins individuels des deux parties contractantes peuvent être très bien représentés.

Par exemple, une équipe dédiée peut être située chez un fournisseur d’externalisation. Les membres de l’équipe travaillent exclusivement et à 100 % pour le client. L’équipe est constituée spécifiquement pour le client. Le recrutement est géré par le fournisseur d’externalisation – la décision finale quant à savoir avec qui le client souhaite travailler, en revanche, est prise par le client.

Bien sûr, il est également possible de créer une filiale locale. Cependant, cela nécessite d’avoir déjà acquis une certaine expérience en externalisation et en nearshoring. De plus, une très bonne connaissance du marché du travail respectif, de la langue, de la culture, des niveaux de salaire, du droit du travail, du droit des sociétés, etc. doit être disponible.

Très souvent, vous pouvez atteindre votre objectif plus rapidement si vous utilisez les connaissances existantes d’un fournisseur d’externalisation, car il possède ces connaissances nécessaires. Cela signifie que le client peut alors s’appuyer sur l’expérience du fournisseur sur le marché local du pays cible. De plus, les bureaux du fournisseur peuvent être utilisés, et les activités de back-office et administratives peuvent lui être confiées.

Il est judicieux d’envisager de convenir d’une « clause de rachat » avec le partenaire d’externalisation : des frais par consultant informatique sont convenus. Ceci est particulièrement intéressant pour les startups qui souhaitent représenter plus de personnel sur leur propre masse salariale auprès de leurs investisseurs. D’après notre expérience, de telles considérations ont du sens une fois qu’une certaine taille d’équipe a été atteinte.

Conclusion

Il est utile d’examiner de plus près le thème du nearshoring. Des questions fondamentales doivent être clarifiées à l’avance.

Les avantages de la solution de boîte blanche sont évidents. Cependant, nous devons souligner un point très important : vous ne pouvez utiliser cette solution avec tous ses avantages que si vous avez l’expérience nécessaire dans la gestion d’équipes à distance et si le processus de développement logiciel au sein de votre propre entreprise est conçu en conséquence. Le travail à distance et le télétravail devraient déjà être une réalité.

Sans cette condition préalable, les projets de nearshoring sont voués à l’échec. Il est donc important d’examiner si vous êtes « Nearshore Ready ».