Question 1

O que é que o desenvolvimento de produto na Alongside inclui?

Accepted Answer

Quase todo o caminho. Uma equipa pequena de engenheiros seniores e design, normalmente quatro a seis pessoas, começa com discovery e depois constrói em ciclos curtos. Fazemos front end, back end, a parte chata de DevOps que mantém aquilo de pé. Se já tens alguma coisa internamente, entramos ao lado. Não trabalhamos numa ilha.

Question 2

Como corre uma colaboração e quanto tempo demora?

Accepted Answer

A maioria das builds anda entre três e nove meses, conforme o scope e a clareza dos requisitos. As primeiras semanas são discovery e um plano. Depois demos quinzenais, software a funcionar e estado honesto. Tentamos manter isto chato no bom sentido. Nada de heróis na sexta à noite.

Question 3

O que acontece depois do lançamento? Perdemos a equipa?

Accepted Answer

Escolhes. Alguns clientes ficam com uma squad pequena em retainer para continuar a lançar. Outros querem um handover limpo para a equipa interna assumir. Escrevemos o README como se alguém tivesse de o ler numa segunda feira, porque é isso que costuma acontecer. Sem conhecimento escondido, sem código refém.

Question 4

Em que é que isto difere do outsourcing clássico?

Accepted Answer

O outsourcing tende a acontecer atrás de uma parede. Fazemos o contrário. As tuas ferramentas, o teu board, os teus rituais. As pessoas aparecem nas vossas standups, fazem push no vosso repo, apanham comentários em PRs como toda a gente. Não tens um PM no meio a traduzir tudo. Tens engenheiros.

Question 5

Conseguem cobrir timezones dos EUA a partir de Portugal?

Accepted Answer

Sim, dentro do razoável. A maior parte da equipa sobrepõe quatro a seis horas com a costa leste dos EUA, menos com a oeste. Com clientes na Europa há sobreposição de dia inteiro. Somos diretos sobre os timezones que uma pessoa consegue cobrir à vontade, para ninguém fingir que está acordado às três da manhã.

Question 6

Quando faz sentido trazer advisory?

Accepted Answer

Quando estás prestes a tomar uma decisão difícil de desfazer. Arquitetura nova, trocar de base de dados, separar um monólito, escolher cloud, contratar o primeiro VP interno. Às vezes só querem uma segunda opinião porque o CTO está esticado. Tudo razões válidas.

Question 7

Qual é a velocidade realista para um MVP?

Accepted Answer

Quatro a oito semanas é o realista para a maioria das ideias, assumindo que sabes mais ou menos o que queres e decides depressa. Dez semanas se o domínio for confuso. Quem te vende um MVP em duas semanas está a vender uma demo, não um produto. Dizemos qual se aplica ao teu caso.

A equipa que se adapta a SI

Presença Global

A Ligar Talento Mundialmente

O Que Fazemos

Auditoria e Revisão de Código

Engenharia de Segurança e Conformidade

Reforço de Equipa

Desenvolvimento de MVP

Desenvolvimento de Produto

Consultoria Técnica

Últimas Novidades

Alongside Desenvolve Software de Processos Para a Primeira Refinaria de Ouro de Angola em Parceria com a GEOAngol

Do Nosso Blog

O que a AMÁLIA nos ensina sobre construir IA portuguesa

Como proteger e observar memória de agentes em produção

Redis e PostgreSQL juntos para agentes de IA: cache rápido, verdade durável em Postgres

Pronto para construir a sua equipa de tecnologia?