Quelles sont les exigences pour que votre entreprise réussisse son nearshoring ?

Dans notre pratique quotidienne, nous discutons avec des entreprises intéressées par le sujet du nearshoring. Souvent, les entreprises sont conscientes des avantages du nearshoring mais ont du mal à évaluer s’ils possèdent les prérequis pour « passer au nearshoring ». Cependant, les bonnes conditions cadres jouent un rôle décisif dans la réussite d’un tel projet. Ce n’est pas sans raison que le nearshoring est un sujet que beaucoup évitent, pensant que « ce n’est pas possible ». Notre expérience a montré que le nearshoring est une réussite lorsque les entreprises répondent à certaines exigences et suivent certains principes. Il existe des facteurs critiques qui sont décisifs. Forts de nos nombreuses années d’expérience dans les projets de nearshoring, nous connaissons ces facteurs de succès et vous les présentons dans cet article. Sur la base de cet aperçu, vous pouvez vérifier dans un premier temps si le nearshoring est une option pour votre entreprise ou non.

Langue

Les équipes nearshore sont situées à l’étranger. La communication ne peut donc se faire qu’en anglais. Il est irréaliste de supposer que l’on puisse trouver suffisamment de spécialistes informatiques correspondant au projet en termes de compétences et d’expérience et parlant également couramment la langue de votre pays d’origine. Par conséquent, les employés travaillant avec l’équipe nearshore doivent accepter de communiquer à 100 % en anglais.

Tâches et processus internes

Si tous les employés travaillent dans un seul pays et que toute l’équipe est dans une même pièce, les tâches peuvent être distribuées à la demande. Vous pouvez également discuter de sujets de manière ad hoc. La coordination est relativement facile et vous obtenez beaucoup d’informations importantes par les bruits de couloir. En revanche, si vous travaillez avec une équipe distribuée où certains ou tous les employés travaillent à distance, la situation est complètement différente. Ici, les points suivants sont importants :

Les exigences doivent être enregistrées dans un outil

Les exigences individuelles pour le logiciel doivent être décrites dans un système fonctionnant avec des tickets. Il peut s’agir de Jira, Trello ou d’un outil comparable. Mais cela doit être plus qu’une simple feuille Excel, car cela peut facilement mener à la confusion. La description doit être courte et concise, tout en étant suffisamment complète pour qu’un développeur de logiciels puisse travailler avec sans avoir à poser plusieurs questions supplémentaires.

Réunions d’équipe fixes

Il est très important pour le moral de l’équipe que les réunions d’équipe aient toujours lieu à la même heure et ne soient pas annulées. Cela doit devenir un rituel. Les méthodes agiles telles que SCRUM le prévoient généralement aussi. Lorsqu’une équipe est assise dans une même pièce, il importe peu que les réunions soient reportées ou annulées. Il reste toujours les bruits de couloir et vous pouvez communiquer entre vous par des canaux officiels courts. Mais à distance, il est important que chacun respecte des processus définis pour parvenir à un flux de communication où l’information ne se perd pas. Cette exécution cohérente et disciplinée des rituels a une influence motivante sur les employés. De plus, cela a un effet positif sur la culture d’entreprise.

Développement et tests de logiciels

En Europe de l’Est, il existe généralement une séparation entre les tests et le développement d’une application. Cela est logique pour diverses raisons. Les rôles sont également séparés d’un point de vue financier, car les salaires des testeurs en Europe de l’Est, par exemple, sont inférieurs à ceux des programmeurs. D’un autre côté, cela contredit l’idée originale de SCRUM, où chaque membre de l’équipe peut tout faire. Cependant, il s’avère souvent qu’un développeur de logiciels qui teste lui-même son code trouve moins d’erreurs qu’une tierce personne, car il est trop optimiste quant à son propre travail.

Marché du travail

Le marché du travail dans d’autres pays « tourne » beaucoup plus vite que ce dont nous avons l’habitude. Les contrats peuvent être résiliés avec un préavis d’un mois, selon la région, et la durée pendant laquelle un employé reste dans l’entreprise est généralement plus courte. Cela a des effets profonds. Par exemple, le processus de recrutement doit être beaucoup plus rapide que ce qui est habituel dans des pays comme l’Allemagne. En effet, un (bon) candidat a presque toujours plusieurs offres sur la table et n’attend pas trop longtemps pour recevoir une acceptation ou un refus. Cela signifie que l’examen des candidatures doit être effectué rapidement du côté de l’entreprise. Un candidat devrait recevoir une lettre d’acceptation ou de refus environ une semaine après l’entretien. Sinon, vous devez vous attendre à ce qu’un bon candidat se désiste parce qu’une autre entreprise a simplement pris une décision plus rapidement.

Engagement

Ceux qui abordent le sujet du nearshoring sous un angle purement financier ne réussiront pas. La devise ne doit pas être d’économiser de l’argent partout où cela est possible. Les grands professionnels de l’informatique ont des opportunités d’emploi partout dans le monde. Ils ne restent pas longtemps dans un environnement caractérisé uniquement par la réduction des coûts. Les développeurs veulent fournir un bon travail dans un environnement décent. Pour obtenir de bons résultats avec une équipe, les étapes suivantes sont donc essentielles.

Visites

Au moins tous les 3 ou 4 mois, une personne de votre pays devrait rendre visite à l’équipe, ou au moins deux membres de l’équipe devraient venir chez vous. Généralement, cela se fait lors de la planification des jalons, etc. Des réunions régulières en face à face montrent clairement à l’équipe qu’elle est importante, prise au sérieux et qu’elle n’est pas seulement un « établi bon marché ».

Équipement

Le matériel et les logiciels doivent correspondre aux standards de l’industrie et non au bas de gamme. Aucun ingénieur n’aime travailler avec des outils médiocres et bon marché.

Gestion et développement du personnel

Les employés veulent sentir que leurs performances sont remarquées et qu’ils développent leurs compétences. De même, ils veulent voir que leurs commentaires et suggestions d’amélioration sont écoutés. C’est pourquoi les entretiens de feedback et les évaluations des employés sont importants.

Stack technologique & projets de maintenance

Chaque spécialiste informatique a intérêt à élargir continuellement ses connaissances. Par conséquent, ils se tournent vers les employeurs qui leur permettent d’utiliser des technologies nouvelles et demandées. Cela a les conséquences suivantes : si vous travaillez avec des technologies obsolètes, vous aurez du mal à trouver des développeurs qualifiés. Si vous souhaitez délocaliser des projets de maintenance à l’étranger, vous aurez du mal à trouver des programmeurs car ces projets permettent rarement de se former réellement. Bien entendu, ce sujet ne doit pas être vu de manière binaire. Dans un projet de maintenance, il faut se préparer au fait que la recherche de personnel prend plus de temps et s’adresse à une catégorie de spécialistes informatiques différente de celle des projets utilisant des technologies de pointe.

Méthodes

Les programmeurs, en Europe de l’Est par exemple, travaillent généralement avec SCRUM ou Kanban, ou un mélange des deux. D’autres méthodes existent, mais il est recommandé de moins expérimenter ici et de s’en tenir plutôt aux méthodes que chaque membre de l’équipe connaît déjà. Ce qui ne fonctionne certainement pas, c’est le développement ad hoc, où l’on est censé ajouter « rapidement » telle ou telle fonctionnalité. Ce style se retrouve souvent dans les petites agences numériques ou de publicité. Dans un contexte international s’étendant sur plusieurs milliers de kilomètres, cela présente un grand potentiel de malentendus, surtout en ce qui concerne les priorités, les fonctionnalités exactes et les délais. Comme décrit précédemment, les processus internes et les descriptions de tâches sont essentiels.

Engagement de la direction (C-Level)

Le nearshoring ne sera possible que si la direction y adhère pleinement. En particulier le CIO/CTO. S’ils ne sont pas impliqués, des conflits surgiront tôt ou tard. Parfois, les coûts sont critiqués, et parfois les capacités de l’équipe nearshore sont fondamentalement remises en question, celle-ci pouvant même être perçue comme un corps étranger.

Culture

Autres pays, autres mœurs. La tolérance envers les autres cultures est une condition préalable fondamentale au nearshoring. Les entreprises doivent reconnaître et apprécier les avantages et le potentiel de l’autre culture. Ne vous attendez pas à ce que tout le monde pense et agisse comme vous en avez l’habitude. De plus, la manière habituelle n’est pas toujours la solution idéale. Il existe également des différences d’expérience entre les pays. Alors que le nearshoring est un territoire nouveau pour de nombreuses entreprises allemandes, il est beaucoup plus répandu et mis en œuvre avec succès en Scandinavie.

Résumé

Dans cet article de blog, nous avons compilé les critères essentiels et les plus importants qui sont cruciaux pour la réussite du nearshoring. Pour une évaluation plus approfondie de votre Nearshore Readiness Test, nous sommes à votre entière disposition pour en discuter.