Équipe de développement nearshore au Mexique
Ils ont gardé leur équipe. Ils ont ouvert un second front.
Medverse développe des logiciels de formation en 3D à Munich et a sa propre équipe de réalité étendue. Fyware travaille en parallèle avec elle, sur le fuseau du centre des États-Unis, quand son pipeline croît plus vite que ses heures.
- Secteur
- Logiciel de formation médicale
- Usage
- Extension d'équipe nearshore
Medverse GmbH développe des logiciels de formation en 3D pour le secteur de la santé depuis Munich, en Allemagne, et a sa propre équipe de réalité étendue. Fyware n'est pas cette équipe et ne la remplace pas : nous sommes le second front qui avance en parallèle quand son portefeuille de projets croît plus vite que les heures dont elle dispose. Nous travaillons sur le fuseau du centre des États-Unis, dans son processus et contre sa spécification. Le produit, la propriété intellectuelle, le contenu clinique et la relation avec ses clients lui appartiennent, et c'est la condition qui fait fonctionner l'arrangement.
D'où sort chaque chiffre, et cela compte plus que les chiffres : ce sont des chiffres de Medverse, que nous n'avons pas mesurés, et la base de comparaison est sa propre équipe travaillant seule. Son CEO rapporte livrer les projets 10 à 20 % plus vite, 20 % d'efficacité en plus sans perdre en qualité, le même 20 % en probabilité de livrer dans les délais et en qualité, et environ 10 % de coût en moins qui tombe directement dans sa marge. Il a aussi été clair sur la priorité : étendre l'équipe sans remplacer personne pour économiser.
Si ce dont vous avez besoin est un logiciel de formation médicale, les experts, c'est Medverse, et c'est à eux qu'il faut parler. Cette page traite de l'autre question : comment étendre une équipe sans perdre le contrôle du produit.
Comment ça fonctionne
Le goulot d'étranglement, c'étaient les heures de développement
La situation
Une entreprise avec une équipe en propre et un portefeuille qui croît plus vite que sa capacité a trois mauvaises sorties : embaucher pour un pic qui peut ne pas durer, dire non à des projets, ou étirer l'équipe jusqu'à ce que la qualité s'en ressente. Les trois coûtent plus qu'il n'y paraît.
Ce que conserve Medverse
Le produit, le cap, le critère clinique, la propriété intellectuelle et la relation avec ses clients. Ce sont eux qui décident de ce qui est correct, parce que c'est leur domaine et leur métier. Rien de tout cela n'a bougé.
Ce que nous avons ajouté
Un front de développement qui avance en même temps que le leur, sur un fuseau horaire qui se recouvre, dans leur dépôt et leur cycle de revue. Il prend en charge sa partie, sans personnes à administrer.
À quoi ressemble le travail
Trois moments de simulations construites dans cet arrangement. Les scénarios, les protocoles et les décisions pédagogiques appartiennent à Medverse ; ce que nous avons apporté, c'est la capacité de développement qui les a portés à l'écran.
Ce qui fait que ça fonctionne
Six décisions que l'on peut répéter
- En parallèle avec leur équipe. Le gain apparaît comme de la vitesse justement parce que personne n'a été sorti de l'équation.
- L'expert du domaine, c'est le client. Ce sont eux qui décident de ce qui est correct. Nous ne sommes pas des experts médicaux et la page le dit.
- Le recouvrement horaire l'emporte sur le tarif. Le fuseau du centre des États-Unis fait que la question, la revue et la correction tombent dans un même jour ouvré.
- Un seul jeu d'outils pour les deux équipes. Communication continue sur Slack, tickets et sprints dans Jira, et cérémonies Scrum partagées avec l'équipe du client. Le recouvrement horaire ne sert que s'il y a où l'utiliser.
- La spécification est le livrable du client. Son CEO pose bien le risque : la question à se poser est de savoir si on a donné au partenaire assez pour livrer la qualité.
- La propriété intellectuelle ne bouge pas. Elle est à eux, et c'est pourquoi ils peuvent publier leurs propres résultats scientifiques et que cette page ne cite que ce que ces institutions ont elles-mêmes publié.
C'est ce que nous proposons comme Team as a Service. Côté formation, voyez Formation immersive.
Ce que ce cas n'affirme PAS, et il faut le dire. Chaque pourcentage de cette page est un chiffre de Medverse, rapporté par son CEO, que Fyware n'a pas mesuré, avec sa propre équipe travaillant sans nous comme base de comparaison. Nous les publions attribuées parce que c'est ainsi qu'il a demandé qu'elles soient utilisées. Les résultats d'apprentissage cités plus bas sont ceux des chercheurs, publiés par eux et non mesurés par Fyware : ce cas traite de vitesse et de coût de livraison dans une alliance de développement, et les résultats cliniques de leurs produits appartiennent à eux et aux institutions qui les étudient.
Preuves publiques
Ce que ce pipeline a produit, publié par d'autres
Deux projets livrés par medverse sur cette période disposent désormais d'une documentation publique, produite par des tiers. La part de Fyware a été la capacité de développement, selon la spécification de medverse ; le contenu clinique, la conception des études et les résultats appartiennent à medverse et aux chercheurs. Nous les citons parce qu'ils disent ce qu'une citation de client ne peut pas dire : ce qui a été construit résiste à une évaluation académique.
Soins des plaies interprofessionnels en VR, au LMU Klinikum
med.ia-versum, un programme de l'Institut de didactique et de recherche en formation médicale de l'hôpital universitaire LMU de Munich, forme ensemble des étudiants en médecine, en soins infirmiers et en pharmacie dans deux scénarios immersifs en VR : le processus complet de prise en charge d'une escarre de stade 2, de la transmission au suivi, et une anamnèse structurée de la plaie avec un patient virtuel fondé sur l'IA. Plus de 100 étudiants l'ont suivi en trinômes interprofessionnels. medverse est le partenaire technologique nommé par le projet, dont le design pédagogique a été présenté au congrès annuel de la GMA 2025 et qui est documenté sur Transferkiosk.
Une simulation de radiologie évaluée auprès de 50 apprenants
Une étude en cours d'évaluation à JMIR Medical Education, disponible en préprint depuis avril 2026, a évalué une simulation interactive d'une procédure d'injection de produit de contraste auprès de 50 élèves assistants techniques médicaux en Allemagne. Les participants ont progressé de manière significative dans l'ordonnancement des 12 étapes de la procédure entre le pré-test et le post-test (p < 0,001), et ceux qui jugeaient la simulation plus utile pour leur propre travail ont le plus progressé. À la demande de medverse, cette page ne nomme aucun produit ni aucune marque ; le détail de l'étude figure dans le préprint.
Un préprint est un manuscrit d'auteurs qui n'a pas encore achevé l'évaluation par les pairs. Le DOI 10.2196/preprints.97489 renvoie à la version en vigueur.
Nearshoring et offshoring : nous faisons les deux, et le choix dépend de combien le travail change
Le tarif horaire est le chiffre le plus facile à comparer et le moins utile. Le développement en réalité étendue change chaque semaine : une scène se refait, une interaction s'avère mal ressentie, un client demande une étape de plus dans la procédure. Dans ce type de travail, ce qui coûte le plus, c'est la journée perdue à attendre une réponse. Douze heures de décalage transforment une clarification en deux jours perdus.
C'est tout l'argument du nearshoring, et c'est la raison pour laquelle dans ce cas le gain apparaît comme de la vitesse. L'économie existe, environ 10 %, et tombe dans sa marge. Mais la raison pour laquelle l'arrangement reste vivant, c'est qu'une question du matin se répond le matin.
La deuxième raison est moins évidente et vient du client lui-même. Étendre une équipe est avant tout un problème d'information : le partenaire livre la qualité que vous lui avez permis de livrer. Les prestataires qui promettent des résultats sans demander de spécification promettent de deviner, et deviner est ce qui rend cher ce qui était bon marché. Les critères qui font apparaître cela dès le premier appel sont dans notre guide sur comment recruter une équipe de développement VR.
Nous ne sommes pas un prestataire d'outsourcing, et la différence se voit les mauvais jours
L'outsourcing est une transaction : vous remettez un périmètre, quelqu'un l'exécute loin, et si le périmètre était mauvais, vous l'apprenez à la livraison. Nous travaillons à l'inverse. Nous nous impliquons comme partie de l'équipe, ce qui signifie que nous donnons des avis d'amélioration et d'optimisation sur ce que nous construisons, que nous disons quand nous croyons qu'un chemin va coûter plus qu'il ne devrait, et que nous levons le problème pendant qu'il est encore temps de le corriger. Un partenaire qui ne fait qu'exécuter est confortable à administrer et inutile quand le plan est mauvais.
Cela signifie aussi être flexibles quand le client de notre client bouge. Dans ce métier, la surprise vient presque toujours de l'extérieur du code : d'un client final qui change une exigence, d'une date qui glisse, d'une scène qui doit exister pour une démonstration la semaine prochaine. Notre travail dans ces moments est d'absorber le changement avec vous sans vous facturer chaque ajustement comme un supplément.
Le but est que cela se ressente comme si nous étions dans le même bureau, parce que c'est là que le travail s'améliore vraiment : des outils partagés, une conversation continue, et des gens qui se soucient de savoir si le produit gagne. Simon Nuber l'a dit en une ligne quand il a appelé Fyware un membre précieux de notre équipe de développement. C'est le standard que nous cherchons à tenir avec chaque client.
Fiche du projet
- Client
- Medverse GmbH · logiciels de formation en 3D pour le secteur de la santé · Munich, Allemagne
- Arrangement
- Extension d'équipe en parallèle avec sa propre équipe de réalité étendue
- Fuseau horaire
- Fuseau du centre des États-Unis
- Périmètre de Fyware
- Capacité de développement : scènes, interactions et logique de simulation, selon sa spécification
- Contenu clinique
- À medverse. Fyware n'est pas expert médical
- Propriété intellectuelle
- À medverse, y compris les droits visuels
- Ses clients
- À medverse. Cette page ne cite que ce qui est déjà public
- Effet rapporté
- 10 à 20 % plus vite · 20 % d'efficacité en plus · environ 10 % de coût en moins
“J'attends avec impatience chaque réunion que j'ai avec votre équipe. Je crois que vous (Fyware) adaptez et élevez le standard de qualité des partenaires qui vous entourent.”
Original en anglais : “I really look forward to every meeting that I have with your team. I believe that you (Fyware) adapt and elevate the quality standard of the partners around you”. Sur le risque qui préoccupe vraiment l'acheteur, dans ses mots : “It is never a problem of can they deliver the quality. What we ask ourselves is: do we have enough information to enable you to deliver the quality that we are expecting”. Son avis vérifié sur Clutch couvre la relation complète.
Questions fréquentes sur le nearshoring
Nearshoring ou offshoring : lequel convient à mon projet ?
Nous faisons les deux et avons une méthodologie pour les deux, donc la réponse honnête est que cela dépend de combien votre travail change. L'offshoring fonctionne bien quand le périmètre est stable et bien spécifié : la livraison s'écrit une fois et l'équipe exécute. Le nearshoring fonctionne mieux quand le travail change chaque semaine, comme change d'habitude le développement en réalité étendue, parce que la revue, la question et la correction tiennent dans le même jour ouvré. Depuis le Mexique, nous couvrons le fuseau du centre des États-Unis pour les projets nearshore et opérons les projets offshore avec une cadence de livraison écrite. Dans les deux modèles, le travail tourne sur les outils du client : communication continue sur Slack, tickets et sprints dans Jira, et cérémonies Scrum partagées. Ce qui décide du modèle, c'est la fréquence à laquelle le travail change.
Une équipe nearshore est-elle moins chère, ou est-ce une question de vitesse ?
Dans ce cas, c'était une question de vitesse, et c'est le client lui-même qui le dit. Medverse rapporte livrer ses projets 10 à 20 % plus vite après avoir étendu son équipe avec Fyware, et environ 10 % moins cher. Simon Nuber, son CEO, a été clair sur la priorité : étendre son équipe sans remplacer personne pour économiser. Que ce soit accessible était une condition ; ce qu'il cherchait, c'était la vitesse. Si la seule chose dont vous avez besoin est un tarif plus bas, un marketplace vous servira mieux qu'un partenaire.
Comment savoir qu'une équipe externe ne va pas faire baisser ma qualité ?
En vous posant la question à l'envers, ce que fait ce client. Dans ses mots : ce n'est jamais un problème de savoir s'ils peuvent livrer la qualité, ce que nous nous demandons, c'est si nous leur avons donné assez d'information pour livrer la qualité que nous attendons. La qualité d'une équipe étendue dépend de la spécification que vous remettez, quel que soit le passeport de la personne qui programme. Les prestataires qui esquivent cette conversation sont ceux qui devraient vous inquiéter.
Extension d'équipe ou staff augmentation : quelle est la vraie différence ?
Le staff augmentation vous livre des personnes à administrer. L'extension d'équipe vous livre une équipe qui prend en charge un résultat et se branche sur votre processus, votre dépôt et votre cycle de revue. Dans ce projet, Fyware a travaillé en parallèle avec les développeurs de Medverse, sur leur produit et selon leur spécification, et c'est pourquoi le gain apparaît comme de la vitesse, sans personnes supplémentaires à gérer.
Sur quel fuseau travaille une équipe nearshore mexicaine ?
Sur le fuseau du centre des États-Unis. C'est la raison pratique pour laquelle le nearshoring l'emporte sur l'offshoring dans un travail qui change : la revue, la question et la correction tiennent dans le même jour ouvré.
Que dois-je apporter de mon côté pour qu'une équipe externe puisse livrer ?
La spécification, le critère du domaine et quelqu'un qui puisse répondre. Dans ce projet, le produit, le contenu clinique et la relation avec les clients sont restés chez medverse, et c'est pour cela que ça a fonctionné : ce sont eux qui décident de ce qui est correct et nous construisons en conséquence. Un partenaire qui dit n'avoir besoin de rien de tout cela vous dit qu'il va deviner.
Une équipe nearshore peut-elle travailler en parallèle avec mes développeurs au lieu de les remplacer ?
C'est l'arrangement de ce cas et la raison des chiffres. Medverse a sa propre équipe de réalité étendue ; ils font appel à Fyware quand le pipeline croît plus vite que leurs heures disponibles. Personne n'a été remplacé, et la livraison s'est accélérée parce que deux fronts ont avancé en même temps.
Comment protéger ma propriété intellectuelle et ma relation avec mes clients ?
Par contrat et par périmètre, et il vaut mieux le dire explicitement. Dans ce projet, medverse est propriétaire de toute la propriété intellectuelle créée, des droits visuels et de la relation avec ses clients ; Fyware construit selon sa spécification. C'est la raison pour laquelle ils peuvent publier leurs propres résultats scientifiques et pour laquelle cette page ne cite que ce que ces institutions ont elles-mêmes publié.
Christian RuizPartenaire de Fyware · Immersive Techs
Vous voulez un résultat comme celui-ci dans vos opérations ?
Fyware a livré 750+ projets XR pour des clients comme Gerdau Corsa, Cummins et Medverse. Décrivez-nous votre cas et nous vous dirons ce qui est faisable, en combien de temps et avec quel budget.
Nous apportons l'équipe de développement en réalité étendue qui vous manque, sur votre fuseau horaire, sur votre produit et selon votre spécification. Votre propriété intellectuelle et vos clients restent les vôtres.
Voir Team as a Service Voir la formation immersive