Colaboração

Formas de trabalhar em conjunto

Três estruturas. Qual delas encaixa depende de quão bem definido já está o trabalho.

Projeto de âmbito fechado

Uma entrega definida a preço fechado, faturada por marcos. A escolha certa quando os requisitos estão suficientemente claros para serem escritos.

Indicado para
Um projeto novo, ou uma fase claramente delimitada
Faturação
Por marcos sobre um âmbito acordado

Parceria continuada

Uma quantidade fixa de capacidade de engenharia por mês face a um roteiro em evolução. As prioridades podem mudar entre iterações sem renegociar o contrato.

Indicado para
Desenvolvimento contínuo de produto após o lançamento
Faturação
Mensal, por capacidade reservada

Reforço de equipa

Juntamo-nos à sua equipa, às suas reuniões diárias e ao seu processo de revisão, a trabalhar no seu repositório e segundo os seus padrões. Para quando precisa de capacidade e não de direção.

Indicado para
Uma equipa interna que precisa de mais mãos
Faturação
Mensal, por dias alocados

Processo

Como trabalhamos

Cinco fases. Cada uma termina em algo que pode rever, para que nunca lhe peçam para aprovar trabalho que não viu.

  1. Descoberta e definição de âmbito

    Mapeamos os requisitos, as restrições e os sistemas já existentes, e depois acordamos um âmbito e uma estimativa. Se o projeto não devia avançar tal como está descrito, é aqui que o dizemos.

  2. Arquitetura e desenho

    Modelo de dados, fronteiras do sistema e desenho das interfaces, revistos consigo antes de alguém escrever código de produção. As decisões ficam registadas juntamente com o raciocínio por trás delas.

  3. Construção em iterações

    Iterações de duas semanas, cada uma terminada em algo que pode usar. Os testes e a integração contínua correm desde o primeiro commit, por isso «feito» significa lançado e não «funciona no meu portátil».

  4. Lançamento e robustez

    Orçamentos de desempenho, auditoria de acessibilidade, revisão de segurança e monitorização, tudo antes do lançamento. Ensaiamos a reversão com o mesmo cuidado que a entrada em produção.

  5. Passagem de conhecimento e suporte

    Documentação, uma sessão de trabalho com os seus programadores e todas as credenciais transferidas para si. Continuar numa avença ou passar tudo para dentro: ambos são bons desfechos.

Setores

Setores para os quais construímos

As restrições mudam consoante o domínio. Os padrões de engenharia não.

  • Logística e frotas

    Rastreamento de veículos em tempo real, histórico de rotas, fluxos para condutores e o comportamento offline de que as aplicações de campo realmente precisam.

  • RH e gestão de pessoas

    Regras de direitos adquiridos, cálculos ligados ao processamento salarial e legislação laboral regional, onde «mais ou menos certo» não é resposta aceitável.

  • Serviços profissionais

    Portais de cliente, fluxos documentais e faturação para empresas cujo produto é tempo e conhecimento.

  • Comércio eletrónico e retalho

    Montras, catálogo, checkout e as integrações por trás dos pagamentos e da logística.

  • Tecnologia financeira

    Registo contabilístico, reconciliação e trilhos de auditoria, feitos para serem revistos por alguém que não estava presente quando foram escritos.

  • SaaS e fase inicial

    Uma primeira entrada em produção, ou a reformulação da arquitetura quando o encaixe produto-mercado ultrapassou o protótipo.