Delivery pods nearshore para agências e consultoras
Um grupo identificado de pessoas com uma capacidade mensal acordada, e não uma lista fixa de cargos: backend numa semana, QA e trabalho de release na seguinte, um especialista de front end para um lançamento, suporte e entrega de alterações ao longo de todo o período. Trabalha dentro dos seus processos e ferramentas, pode estar em contacto com o cliente e tem um responsável técnico do nosso lado que responde pela continuidade, pela qualidade e pelo escalamento.
Porque um pod e não um número fixo de pessoas
Um único engenheiro dedicado resolve um problema de recursos que consegue prever. A maioria dos parceiros não consegue prevê-lo: um cliente precisa de testes este mês e de trabalho de integração no seguinte, um segundo fica parado, um terceiro chega com uma stack em que ninguém do seu lado tocou. Contratar para isso significa ou manter uma reserva de pessoal ou dizer a um cliente que espere.
Um pod é capacidade que se compra uma vez e da qual se extraem competências. Dentro de uma faixa acordada, ajusta-a para cima e para baixo consoante a procura, e a combinação interna muda com o trabalho e não com um ciclo de recrutamento. O que não prometemos é uma escalabilidade instantânea e ilimitada, porque a única forma de cumprir essa promessa é alocar ao seu trabalho quem por acaso estiver livre.
Com o que pode contar num pod
Engenharia de software
C# e .NET no Azure é a nossa área de maior profundidade, com Python a seu lado para automatização, integração e trabalho com dados, e Angular, React, Vue e Next.js no front end. Mobile em Swift, .NET MAUI e React Native quando um cliente precisa.
Suporte técnico e resolução de problemas
Reprodução e diagnóstico de falhas em sistemas já em produção, incluindo os que ninguém do seu lado escreveu, e correção da causa em vez de reiniciar o sintoma todas as segundas-feiras.
QA e automatização de testes
QA manual, planos de teste e suites automatizadas em Playwright, executadas na integração contínua, para que um teste que falha bloqueie a release em vez de chegar ao seu cliente.
Cloud, DevOps e CI/CD
Infraestrutura Azure declarada em Terraform, pipelines GitHub Actions e Azure DevOps, monitorização, deteção de drift e controlo de custos, para que as releases sejam previsíveis e não acidentadas.
Entrega de projetos e de alterações
A metade menos vistosa: planeamento, coordenação de releases, controlo de alterações e relatórios de estado escritos que o seu próprio gestor de conta pode reencaminhar sem os reescrever.
Design, quando o trabalho o exige
Design systems em Figma, protótipos e design de interfaces, entregues a engenheiros da mesma empresa que os constroem com precisão ao pixel e de forma acessível.
Treze disciplinas de engenharia e de operações estão por trás de um pod, ao longo dos dezassete serviços que disponibilizamos. Mais útil para um parceiro do que qualquer stack isolada: estamos habituados a assumir a tecnologia em que um projeto já funciona, em vez de o orientar para aquilo que por acaso conhecemos, porque os seus clientes não estarão todos na mesma tecnologia.
Supervisão para o parceiro, e não apenas pessoas
Cada pod tem um responsável técnico identificado do nosso lado. Não é um gestor de conta; é alguém que lê o código e responde por quatro coisas.
Continuidade
A cobertura durante licenças e doenças vem da BigTree108 e não do seu orçamento, e a saída de uma pessoa é uma passagem de testemunho e não uma lacuna que descobre num stand-up.
Desempenho
O responsável responde pelo que o pod produz, alerta-nos quando alguém não corresponde ao esperado e substitui essa pessoa a partir do nosso próprio pipeline de contratação.
Qualidade
A revisão da arquitetura e um segundo par de olhos nos pull requests vêm de dentro da empresa. As nossas regras de engenharia escritas aplicam-se ao código do seu cliente tal como ao nosso.
Um único ponto de escalamento
Uma pessoa a quem telefona quando algo corre mal, a qualquer hora que importe para o incidente, e não uma caixa de correio e uma esperança.
Os seus próprios responsáveis continuam a definir as prioridades e a aceitar o trabalho. O responsável do nosso lado garante que a capacidade que pagou se converte em trabalho.
Dentro do seu processo, no seu horário
O pod integra os seus repositórios, o seu tracker, a sua CI, os seus stand-ups e o seu fluxo de tickets, em vez de reportar o progresso do outro lado de um muro. Quando o trabalho o exige, as pessoas contactam diretamente com o cliente: nas reuniões do seu cliente, a conduzir demonstrações e a tratar conversas de suporte, sob a sua marca ou a nossa, consoante o que tiver sido acordado. Trazemos connosco as nossas regras de engenharia, porque é isso que mantém o resultado consistente, mas o processo por que o trabalho passa é o que a sua organização já tem.
A Ucrânia está uma a duas horas à frente da Europa Ocidental, pelo que, para parceiros do Reino Unido e da UE, todo o dia de trabalho coincide. Fora da Europa, tratamos o horário como um requisito de alocação e não como um compromisso: já temos pessoas a trabalhar em horário europeu, australiano e do Pacífico dos EUA, pelo que o pod é alocado ao seu dia.
Overflow, sem compromisso com um pod
Nem todas as parcerias devem começar com uma capacidade mensal. Se simplesmente está com a capacidade esgotada, envie-nos o projeto que não pode aceitar: definimos o âmbito, orçamentamos e entregamos de ponta a ponta, sob a sua marca ou a nossa, sem compromisso permanente de nenhuma das partes. É a forma mais leve de saber se trabalhamos bem em conjunto, e várias parcerias são mais fáceis de avaliar depois de um projeto de overflow do que depois de três reuniões.
O mesmo se aplica no sentido inverso. Quando nos chega trabalho que está fora do que fazemos bem, preferimos entregá-lo a um parceiro que o faça como deve ser a aceitá-lo e aprender à custa do cliente, por isso diga-nos o que quer que lhe encaminhemos.
Quanto custa um pod
Os pods têm preço por capacidade, ao mês, com a faixa de flexibilidade e o prazo de pré-aviso acordados no contrato e não improvisados mais tarde. Apresentamos um orçamento por parceiro em vez de publicar uma tabela de preços, porque a combinação de senioridades, as competências de que precisa à disposição e a duração do projeto alteram o valor. Todos registam o tempo no nosso próprio portal e vê-o ao longo do mês, pelo que uma capacidade que está a pagar pode ser confrontada com o trabalho que dela resultou.
Se o que realmente precisa é de entrega sob o seu próprio nome, o desenvolvimento white-label descreve esse acordo; se é manter sistemas em produção a funcionar, o suporte gerido de aplicações descreve-o.
Perguntas que os parceiros colocam sobre pods
O que é um pod de entrega e em que difere de contratar um único programador?
Um pod é um grupo identificado com uma capacidade mensal fixa, e não uma lista fixa de funções. Dentro dessa capacidade, pode recorrer às competências de que precisa neste mês: backend numa semana, QA e automação de testes na seguinte, um especialista de front-end para um lançamento, gestão de entrega e de mudança do princípio ao fim. Um programador dá uma competência; um pod dá acesso a uma equipa de reserva sem pagar por ela.
Podemos aumentar e reduzir o pod?
Sim, dentro de uma faixa acordada e de um pré-aviso acordado. Essa faixa é toda a conversa comercial e preferimos tê-la com franqueza logo à partida a descobrir a meio do contrato que a sua definição de flexível e a nossa são diferentes. O que não fazemos é prometer escalabilidade instantânea e ilimitada, porque a única forma de cumprir essa promessa é alocar ao seu trabalho quem estiver livre.
Quem gere o pod no dia a dia?
Um líder técnico identificado do nosso lado é responsável pela continuidade, pelo desempenho e pela qualidade, e é o seu ponto único de escalamento. Isto significa uma pessoa a quem recorrer quando algo corre mal, relatórios regulares sobre o que o pod está a fazer, e nenhuma situação em que alguém desaparece e ninguém pega no seu trabalho. Os seus próprios líderes continuam a definir as prioridades e a aceitar o trabalho.
O pod trabalha nas nossas ferramentas e nos nossos processos, ou nos da BigTree108?
Nos seus. As nossas pessoas integram os seus repositórios, o seu tracker, o seu CI, as suas reuniões diárias e o seu fluxo de tickets, em vez de reportarem o progresso do outro lado de um muro. Trazemos connosco as nossas regras de engenharia, porque é isso que torna o resultado consistente, mas o processo por onde o trabalho passa é o que a sua organização já tem.
Os membros do pod podem estar em contacto direto com clientes?
Sim, quando o trabalho o exige, e é a nossa forma normal de trabalhar e não uma exceção. As pessoas podem participar nas reuniões com os clientes da sua empresa, fazer demonstrações e tratar de conversas de suporte, sob a sua marca ou a nossa, consoante o acordo.
Em que fusos horários pode o pod trabalhar?
A Ucrânia está uma a duas horas à frente da Europa Ocidental, pelo que, para parceiros do Reino Unido e da UE, todo o dia de trabalho se sobrepõe. Para além disso, tratamos o horário como um requisito de composição da equipa e não como um compromisso: já temos pessoas a trabalhar em horário europeu, australiano e do Pacífico dos EUA, pelo que o pod é composto para o seu dia.
Somos uma agência com excesso de trabalho. Podemos encaminhar para a BigTree108 o que não conseguimos assumir?
Sim, e não é necessário um pod. O overflow é a forma mais leve de começar connosco: envia o projeto para o qual não tem capacidade, nós definimos o âmbito e entregamo-lo sob a sua marca ou a nossa, e nenhuma das partes assume uma capacidade mensal. Várias parcerias são mais fáceis de avaliar depois de um projeto de overflow do que depois de três reuniões.
Precisa de capacidade que acompanhe o seu pipeline?
Diga-nos quais as competências que lhe faltam com frequência, o horário que precisa de ver coberto e quanto a sua procura varia. Recebe resposta no prazo de um dia útil: as pessoas que colocaríamos no pod e em quanto tempo podem começar.