Equipe de desenvolvimento nearshore no México
Mantiveram a equipe. Somaram uma segunda frente.
A Medverse desenvolve software de treinamento em 3D em Munique e tem a própria equipe de realidade estendida. A Fyware trabalha em paralelo com ela quando o pipeline cresce mais rápido do que as horas disponíveis.
- Setor
- Software de treinamento médico
- Uso
- Extensão de equipe nearshore
A Medverse GmbH desenvolve software de treinamento em 3D para a área da saúde a partir de Munique, na Alemanha, e tem a própria equipe de realidade estendida. A Fyware não é essa equipe e não a substitui: somos a segunda frente que roda em paralelo quando a carteira de projetos deles cresce mais rápido do que as horas que têm. Trabalhamos dentro do processo deles e conforme a especificação deles, com o dia de trabalho sobreposto. O produto, a propriedade intelectual, o conteúdo clínico e a relação com os clientes são deles, que é a condição pela qual o arranjo funciona.
De onde cada número sai, e isso importa mais do que os números: são números da Medverse que nós não medimos, e a base de comparação é a própria equipe deles trabalhando sozinha. O CEO deles relata entregar projetos 10 a 20% mais rápido, 20% mais eficiência sem perder qualidade, os mesmos 20% na probabilidade de entregar no prazo e na qualidade, e cerca de 10% menos custo que cai direto na margem deles. Ele também deixou clara a prioridade: estender a equipe sem substituir ninguém para economizar.
Se o que você precisa é software de treinamento médico, os especialistas são a Medverse e é com eles que se fala. O que esta página trata é da outra pergunta: como se estende uma equipe sem perder o controle do produto.
Como funciona
O gargalo eram as horas de desenvolvimento
A situação
Uma empresa com equipe própria e uma carteira que cresce mais rápido do que a capacidade tem três saídas ruins: contratar para um pico que pode não durar, dizer não a projetos, ou esticar a equipe até a qualidade cair. As três custam mais do que parecem.
O que a Medverse mantém
O produto, o rumo, o critério clínico, a propriedade intelectual e a relação com os clientes. Eles decidem o que é correto, porque é o campo e o negócio deles. Nada disso se moveu.
O que somamos
Uma frente de desenvolvimento que avança ao mesmo tempo que a deles, em um fuso que se sobrepõe, dentro do repositório e do ciclo de revisão deles. Assume a parte dela, sem pessoas para administrar.
Como o trabalho aparece
Três momentos de simulações construídas dentro deste arranjo. Os cenários, os protocolos e as decisões de ensino são da Medverse; o que nós colocamos foi a capacidade de desenvolvimento que os levou à tela.
O que faz funcionar
Seis decisões que dá para repetir
- Em paralelo com a equipe deles. O ganho aparece como velocidade justamente porque ninguém foi tirado da equação.
- O especialista do domínio é o cliente. Eles são donos do que é correto. Não somos especialistas médicos e a página diz isso.
- A sobreposição de horário ganha da tarifa. A sobreposição do horário comercial faz a pergunta, a revisão e a correção caírem no mesmo dia útil.
- Um só conjunto de ferramentas para as duas equipes. Comunicação contínua no Slack, tickets e sprints no Jira, e cerimônias de Scrum compartilhadas com a equipe do cliente. A sobreposição de horário só serve se houver onde usá-la.
- A especificação é o entregável do cliente. O CEO deles coloca bem o risco: a pergunta a fazer é se deram ao parceiro o suficiente para entregar qualidade.
- A propriedade intelectual não se move. É deles, e por isso eles podem publicar os próprios resultados científicos e esta página só cita o que essas instituições já publicaram por conta própria.
Isto é o que oferecemos como Team as a Service. Do lado de treinamento, veja Treinamento Imersivo.
O que este caso NÃO afirma, e vale dizer. Cada porcentagem desta página é um número da Medverse, relatado pelo CEO deles, que a Fyware não mediu, com a própria equipe deles trabalhando sem nós como base de comparação. Publicamos atribuídos porque foi assim que ele pediu que fossem usados. Os resultados de aprendizado citados mais abaixo são dos pesquisadores, publicados por eles e não medidos pela Fyware: este caso trata de velocidade e custo de entrega dentro de uma parceria de desenvolvimento, e os resultados clínicos dos produtos deles são deles e das instituições que os estudam.
Evidência pública
O que esse pipeline produziu, publicado por terceiros
Dois projetos que a medverse entregou neste período já têm documentação pública de terceiros. A parte da Fyware foi capacidade de desenvolvimento conforme a especificação da medverse; o conteúdo clínico, o desenho dos estudos e os resultados são da medverse e dos pesquisadores. Nós os citamos porque dizem algo que uma frase do cliente não consegue dizer: o que foi construído resiste a uma avaliação acadêmica.
Cuidado interprofissional de feridas em VR, no LMU Klinikum
O med.ia-versum, um programa do Instituto de Didática e Pesquisa em Educação Médica do Hospital Universitário LMU de Munique, treina juntos estudantes de medicina, enfermagem e farmácia em dois cenários imersivos de VR: o processo completo de cuidado de uma lesão por pressão de grau 2, da passagem de plantão ao acompanhamento, e uma anamnese estruturada da ferida com um paciente virtual baseado em IA. Mais de 100 estudantes já passaram por ele em equipes interprofissionais de três. A medverse é a parceira de tecnologia nomeada pelo projeto, cujo desenho didático foi apresentado no congresso anual da GMA 2025 e está documentado no Transferkiosk.
Uma simulação de radiologia avaliada com 50 estudantes
Um estudo em revisão no JMIR Medical Education, disponível como preprint desde abril de 2026, avaliou uma simulação interativa de um procedimento de injeção de meio de contraste com 50 estudantes de assistente técnico médico na Alemanha. Os participantes melhoraram de forma significativa ao ordenar as 12 etapas do procedimento entre o pré-teste e o pós-teste (p < 0,001), e quem viu a simulação como mais útil para o próprio trabalho foi quem mais avançou. A pedido da medverse, esta página não nomeia nenhum produto ou marca; os detalhes do estudo estão no preprint.
Um preprint é um manuscrito dos autores que ainda não concluiu a revisão por pares. O DOI 10.2196/preprints.97489 leva à versão vigente.
Nearshoring e offshoring: fazemos os dois, e a escolha depende de quanto o trabalho muda
A taxa por hora é o número mais fácil de comparar e o menos útil. O desenvolvimento de realidade estendida muda toda semana: uma cena é refeita, uma interação acaba não sendo boa, um cliente pede um passo a mais no procedimento. Nesse tipo de trabalho, o que mais custa é o dia que se perde esperando uma resposta. Doze horas de diferença transformam um esclarecimento em dois dias perdidos.
Esse é todo o argumento do nearshoring, e é a razão pela qual neste caso o ganho aparece como velocidade. A economia existe, cerca de 10%, e cai na margem deles. Mas a razão pela qual o arranjo segue vivo é que uma pergunta da manhã é respondida na manhã.
A segunda razão é menos óbvia e é do próprio cliente. Estender uma equipe é, antes de tudo, um problema de informação: o parceiro entrega a qualidade que você permitiu que ele entregasse. Os fornecedores que prometem resultados sem pedir uma especificação estão prometendo chutar, e chutar é o que torna caro o barato. Os critérios que expõem isso na primeira ligação estão no nosso guia sobre como contratar uma equipe de desenvolvimento de realidade virtual.
Não somos uma fornecedora de outsourcing, e a diferença aparece nos dias ruins
O outsourcing é uma transação: você entrega um escopo, alguém executa longe, e se o escopo estava errado você descobre na entrega. Nós trabalhamos ao contrário. Nós nos envolvemos como parte da equipe, o que significa que damos opinião de melhoria e de otimização sobre o que estamos construindo, dizemos quando achamos que um caminho vai custar mais do que deveria, e levantamos o problema enquanto ainda há tempo de consertar. Um parceiro que só executa é confortável de administrar e inútil quando o plano está errado.
Também significa ser flexível quando o cliente do nosso cliente se move. Neste negócio a surpresa quase sempre vem de fora do código: de um cliente final que muda um requisito, de uma data que se desloca, de uma cena que precisa existir para uma demonstração na semana seguinte. O nosso trabalho nesses momentos é absorver a mudança com você sem cobrar cada ajuste como extra.
A meta é que pareça que estamos no mesmo escritório, porque é aí que o trabalho de verdade melhora: ferramentas compartilhadas, conversa contínua, e gente que se importa se o produto ganha. Simon Nuber disse isso em uma linha quando chamou a Fyware de um membro valioso da nossa equipe de desenvolvimento. Esse é o padrão que buscamos cumprir com cada cliente.
Ficha do projeto
- Cliente
- Medverse GmbH · software de treinamento em 3D para a área da saúde · Munique, Alemanha
- Arreglo
- Extensão de equipe em paralelo com a própria equipe de realidade estendida
- Zona horaria
- Horário comercial sobreposto
- Escopo da Fyware
- Capacidade de desenvolvimento: cenas, interações e lógica de simulação, conforme a especificação deles
- Contenido clínico
- Da medverse. A Fyware não é especialista médica
- Propiedad intelectual
- Da medverse, inclusive os direitos visuais
- Sus clientes
- Da medverse. Esta página só cita o que já é público
- Efecto reportado
- 10 a 20% mais rápido · 20% mais eficiência · cerca de 10% menos custo
“Espero com vontade cada reunião que tenho com a sua equipe. Acho que vocês (Fyware) adaptam e elevam o padrão de qualidade dos parceiros que têm em volta.”
Original em inglês: “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”. Sobre o risco que de fato preocupa o comprador, nas palavras dele: “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”. O avaliação verificada no Clutch cobre a relação completa.
Perguntas frequentes sobre nearshoring
Nearshoring ou offshoring? Qual serve para o meu projeto?
Fazemos os dois e temos metodologia para os dois, então a resposta honesta é que depende de quanto o seu trabalho muda. O offshoring funciona bem quando o escopo é estável e bem especificado: a entrega é escrita uma vez e a equipe executa. O nearshoring funciona melhor quando o trabalho muda toda semana, como o desenvolvimento de realidade estendida costuma mudar, porque a revisão, a pergunta e a correção cabem no mesmo dia útil. Do México temos 2 a 3 horas de diferença do Brasil. Nos dois modelos o trabalho roda sobre as ferramentas do cliente: comunicação contínua no Slack, tickets e sprints no Jira, e cerimônias de Scrum compartilhadas. O que decide o modelo é a frequência com que o trabalho muda.
Uma equipe nearshore é mais barata, ou se trata de velocidade?
Neste caso foi velocidade, e é o próprio cliente que diz. A Medverse relata entregar projetos 10 a 20% mais rápido depois de estender a equipe com a Fyware, e cerca de 10% mais barato. Simon Nuber, o CEO deles, deixou clara a prioridade: estender a equipe sem substituir ninguém para economizar. Ser acessível era uma condição; o que ele buscava era velocidade. Se tudo o que você precisa é uma taxa mais baixa, um marketplace atende melhor do que um parceiro.
Como eu sei que uma equipe externa não vai baixar a minha qualidade?
Fazendo a pergunta ao contrário, que é o que este cliente faz. Nas palavras dele: nunca é um problema de eles conseguirem entregar a qualidade, o que nos perguntamos é se demos informação suficiente para eles entregarem a qualidade que esperamos. A qualidade de uma equipe estendida depende da especificação que você entrega, seja qual for o passaporte de quem programa. Os fornecedores que desviam dessa conversa são os que deveriam preocupar você.
Extensão de equipe ou staff augmentation? Qual a diferença real?
O staff augmentation entrega pessoas para você administrar. A extensão de equipe entrega um time que assume um resultado e se conecta ao seu processo, ao seu repositório e ao seu ciclo de revisão. Neste projeto a Fyware trabalhou em paralelo com os desenvolvedores da Medverse, sobre o produto deles e conforme a especificação deles, e por isso o ganho aparece como velocidade, sem pessoas extras para administrar.
Em que horário uma equipe nearshore mexicana trabalha?
Com 2 a 3 horas de diferença do Brasil, o que deixa o dia de trabalho praticamente todo sobreposto. Essa é a razão prática pela qual o nearshoring ganha do offshoring em trabalho que muda: a revisão, a pergunta e a correção cabem no mesmo dia útil.
O que eu tenho que colocar do meu lado para uma equipe externa conseguir entregar?
A especificação, o critério do domínio e alguém que possa responder. Neste projeto o produto, o conteúdo clínico e a relação com os clientes ficaram na medverse, e por isso funcionou: eles são donos do que é correto e nós construímos conforme isso. Um parceiro que diz não precisar de nada disso está dizendo que vai chutar.
Uma equipe nearshore pode trabalhar em paralelo com os meus desenvolvedores em vez de substituí-los?
É o arranjo deste caso e a razão dos números. A Medverse tem a própria equipe de realidade estendida; usam a Fyware quando o pipeline cresce mais rápido do que as horas disponíveis. Ninguém foi substituído, e a entrega acelerou porque duas frentes avançaram ao mesmo tempo.
Como eu protejo a minha propriedade intelectual e a relação com os meus clientes?
Por contrato e por escopo, e vale dizer explícito. Neste projeto a medverse é dona de toda a propriedade intelectual criada, dos direitos visuais e da relação com os clientes dela; a Fyware constrói conforme a especificação dela. É a razão pela qual eles podem publicar os próprios resultados científicos e pela qual esta página só cita o que essas instituições já publicaram por conta própria.
Douglas OliveiraParceiro da Fyware · Aliança Consultoria
Quer um resultado assim na sua operação?
A Fyware entregou 750+ projetos XR para clientes como Gerdau Corsa, Cummins e Medverse. Conte o seu caso e dizemos o que é viável, em quanto tempo e com qual orçamento.
Colocamos a equipe de desenvolvimento de realidade estendida que falta, no seu fuso, sobre o seu produto e conforme a sua especificação. A sua propriedade intelectual e os seus clientes continuam sendo seus.
Ver Team as a Service Ver Treinamento Imersivo