O formulário foi enviado com sucesso.
Encontrará mais informações na sua caixa de correio.
Contrate-nosSelecionar a língua
Sobre nós
ServiçosTecnologiasIndústriasCarteira
Dimensionar uma equipa de software é normalmente uma escolha entre contratar lentamente e de forma dispendiosa ou subcontratar e lidar com fluxos de trabalho rígidos. Extensão da equipa de TI é o meio-termo que lhe permite acrescentar conhecimentos específicos ao seu fluxo de trabalho existente sem o pesadelo do recrutamento a tempo inteiro.
Este guia aborda a forma como o Extensão da equipa de TI funciona, as diferenças específicas entre este modelo e o outsourcing tradicional, e os passos práticos para escolher um parceiro que se adapte à sua cultura técnica. Vamos discutir como aumentar a sua capacidade de desenvolvimento sem o atrito da contratação local ou a falta de controlo que advém da gestão de projectos sem intervenção.
Extensão da equipa de desenvolvimento de software é um modelo de colaboração em que se contratam engenheiros externos para trabalharem em conjunto com a equipa interna a longo prazo. Acrescenta os programadores ou as competências específicas de que o seu projeto carece neste momento, sem a burocracia lenta e dispendiosa da contratação a tempo inteiro.
Ao contrário da subcontratação baseada em projectos, em que se entregam as chaves e se espera o melhor, extensão da equipa de desenvolvimento mantém-no no lugar do condutor. Você gere os programadores, eles participam nas suas reuniões diárias e utilizam os seus quadros Jira.
Penso que o maior erro que as pessoas cometem é tratar os programadores externos como “vendedores” em vez de colegas de equipa. Se eles não se sentirem parte da equipa, não se vão importar com a dívida técnica que estão a deixar para trás.
O modelo de extensão de equipa funciona através da integração de talentos externos nos seus canais de comunicação interna e fluxos de trabalho de desenvolvimento. Mantém o controlo da gestão e a liderança técnica, enquanto o fornecedor trata da parte administrativa, como os salários, o equipamento e o espaço de escritório.
O processo é normalmente semelhante ao seguinte:
Penso que a “magia” deste modelo é o facto de se adaptar às suas necessidades. Se o projeto atinge um pico, adicionam-se mais dois programadores. Quando o projeto se estabiliza, reduz-se a escala. E não haverá conversas embaraçosas de despedimento. Chamamos-lhe um ajustamento do contrato.
Extensão da equipa de TI centra-se na integração e na responsabilidade partilhada, ao passo que a externalização tradicional se baseia na entrega de um resultado de projeto definido com um envolvimento mínimo do cliente. Na extensão, o processo é seu; na externalização tradicional, é do fornecedor.
Escolha a extensão de equipa se tiver um líder técnico interno e quiser manter o controlo total sobre a qualidade e a arquitetura do código. Opte pela externalização tradicional se tiver um projeto pontual com um início e um fim claros e não quiser gerir o “como” da construção.
Na minha experiência, se estiver a construir o seu produto principal, nunca o deve externalizar totalmente. É preciso que esse “conhecimento tribal” fique perto de casa. Utilize um Equipa dedicada ou extensão para manter a alma do produto a nível interno, enquanto o pessoal externo faz o trabalho pesado das funcionalidades.
Embora estes termos sejam frequentemente utilizados como sinónimos, a extensão da equipa é um subconjunto do aumento de pessoal centrado na integração a longo prazo, enquanto uma equipa dedicada é uma unidade autónoma que inclui o seu próprio PM e QA. O aumento de pessoal tem normalmente por objetivo preencher um único “buraco”, enquanto a extensão tem por objetivo aumentar a capacidade de todo um departamento.
Vou ser sincero: o sector adora jargão. Todos os dias ouvimos as pessoas utilizarem estes termos de forma diferente. Para simplificar:
Se precisar de contratar programadores rapidamente, saber qual o “sabor” de que necessita poupar-lhe-á horas de conversas circulares com os representantes de vendas.
As empresas escolhem Extensão da equipa de TI porque lhes permite contornar a escassez de talentos locais e aumentar as suas capacidades técnicas sem o risco a longo prazo de aumentar o número de efectivos permanentes. Trata-se de agilidade - ser capaz de alterar o conjunto de tecnologias ou a dimensão da equipa em semanas e não em meses.
Normalmente, é possível encontrar e integrar um membro de uma equipa alargada em 2-4 semanas, em comparação com os 3-4 meses necessários para contratar localmente. Além disso, obtém acesso a grupos de talentos globais com competências de nicho que podem não existir na sua cidade. Sejamos realistas, encontrar um programador Rust sénior numa cidade de média dimensão é como procurar um unicórnio numa cave.
Este modelo permite-lhe aumentar a escala para um grande lançamento e diminuir a escala depois disso sem a dor de cabeça legal e emocional dos despedimentos. Acredito que a flexibilidade é a derradeira vantagem competitiva na década de 2020. Se estivermos presos a uma folha de pagamentos fixa e maciça, não podemos agir rapidamente quando o mercado muda.
Com mais pessoas no convés, é possível executar mais fluxos de trabalho paralelos, o que significa que as suas funcionalidades chegam mais rapidamente aos utilizadores. Extensão da equipa de desenvolvimento de software elimina o efeito de “estrangulamento” em que cinco programadores estão à espera que uma pessoa termine o backend.
Poupa em taxas de recrutamento, espaço de escritório, hardware, benefícios e salários. Embora a taxa horária de um parceiro de alta qualidade possa parecer semelhante a um salário local no papel, o custo “total” é quase sempre 30-50% inferior quando se tem em conta os custos ocultos dos empregados a tempo inteiro.
Escolher o parceiro certo requer olhar para além da taxa horária e avaliar o seu alinhamento cultural, processos de verificação técnica e estabilidade a longo prazo. Um mau parceiro não é apenas um desperdício de dinheiro; é um risco para a sua base de código e para a sua sanidade.
Verifique se o parceiro trabalhou efetivamente no seu domínio e se compreende os desafios específicos do seu sector. Se estiver no sector das Fintech, não contrate uma equipa que só faz páginas de destino de comércio eletrónico. Pergunte pelo seu processo de verificação “interno” - como é que eles testam os seus próprios programadores? Se os seus programadores “sénior” não conseguirem passar numa entrevista básica de arquitetura, isso é um sinal de alerta.
Certifique-se de que o parceiro utiliza as mesmas ferramentas e metodologias (ou compatíveis) que você, como Agile, Scrum ou Kanban. A comunicação é a primeira coisa a falhar. Penso que deve perguntar: “O que acontece se um programador ficar desaparecido durante um dia?” A resposta dir-lhe-á tudo o que precisa de saber sobre a sua maturidade de gestão.
Pergunte com que rapidez podem fornecer substitutos ou programadores adicionais se as suas necessidades mudarem. Uma pequena agência boutique pode ser óptima, mas se só tiver 10 pessoas, não o pode ajudar a passar de 2 para 20. Quer um parceiro com um banco de dados profundo.
Confirme que o parceiro segue os protocolos de segurança padrão (ISO, SOC 2) e que o contrato declara explicitamente que é proprietário de 100% da Propriedade Intelectual. Não se esqueça disto. Já vi batalhas legais sobre a propriedade do código que fariam a sua cabeça girar. Ponha isso por escrito, claramente.
Procure parcerias de longo prazo na sua carteira, uma vez que estas provam que o parceiro pode manter a qualidade durante anos e não apenas semanas. Ligue para as suas referências. A sério. Pergunte a um cliente anterior: “Qual foi a coisa mais irritante de trabalhar com eles?” Nenhum parceiro é perfeito, e quer saber quais são os problemas “previsíveis”.
IT externalização da extensão da equipa é a forma mais prática de desenvolver um produto de software sem perder a cabeça com os processos de RH. Não funciona em piloto automático - continua a ter de liderar, comunicar e preocupar-se com o código. Mas se encontrar um parceiro que actue mais como um interveniente do que como um fornecedor, é a forma mais rápida de atingir os seus objectivos.
Já vi isto funcionar de forma brilhante quando o CTO se mantém envolvido e trata os programadores alargados como seres humanos, e não apenas como robôs que resolvem tickets do Jira. Dê-lhes um canal Slack, convide-os para as reuniões “all-hands” e ficará surpreendido com o quanto eles contribuem.
A extensão de equipa integra programadores externos na sua equipa e estrutura de gestão existentes, enquanto a subcontratação tradicional envolve a entrega de um projeto inteiro para ser gerido e entregue por terceiros. Na extensão, gere o "como"; na subcontratação, preocupa-se apenas com o "o quê"."
Sim, porque elimina os custos de recrutamento, benefícios, espaço de escritório e hardware especializado, ao mesmo tempo que lhe permite pagar apenas pelas horas trabalhadas. Também reduz o "custo do atraso", fazendo com que o seu produto chegue mais rapidamente ao mercado.
Normalmente, um parceiro pode apresentar candidatos no prazo de 3 a 10 dias e integrá-los no prazo de 2 a 4 semanas. Isto é significativamente mais rápido do que o ciclo de contratação tradicional, que normalmente dura mais de 60 dias para cargos sénior.
Sem dúvida! Esse é o objetivo principal do modelo. Utilizam as suas ferramentas de comunicação (Slack, Teams), participam nas suas reuniões e seguem as suas normas internas de codificação e pipelines de implementação.
A qualidade é gerida através de revisões de código partilhadas, testes automatizados e inclusão nas suas demonstrações Sprint padrão. Uma vez que trabalham diretamente sob a sua liderança técnica, aplica a mesma definição de "concluído" e as mesmas normas de garantia de qualidade que aplica aos seus programadores locais.
Diretor de Desenvolvimento Global
Ivan orquestra operações de desenvolvimento complexas e multi-regionais. Concentra-se na otimização de recursos e na disciplina de engenharia, assegurando que os projectos técnicos de grande escala permanecem alinhados com os objectivos empresariais, mantendo um ritmo de entrega implacável.
