Como trabalhamos
Escopo fechado,sem surpresa no meio
Como transformamos um problema mal definido em preço e prazo fechados, e o que precisamos de você para que a data se sustente.
Como planejamos a entrega
Seis etapas, da primeira conversa à métrica em produção. Você sempre sabe em qual delas o projeto está e o que recebe ao fim de cada uma.
- S01
Study: Entender
Escutamos e mapeamos o contexto antes de falar em tecnologia. Você recebe o problema descrito em uma página.
- P02
Plan: Planejar
Escopo, fases, critérios de aceite e preço. Você decide seguir ou parar.
- A03
Assemble: Construir
Ciclos curtos com progresso visível. Repositório aberto desde o primeiro dia.
- D04
Demonstrate: Mostrar
Você exercita o fluxo real, no seu ambiente, antes do go-live.
- E05
Endorse: Validar
Revisão de qualidade e segurança, critério por critério.
- S06
Ship & Sense: Entregar e medir
Deploy, documentação de operação e a leitura das métricas de sucesso.
Cronograma previsto
Referência de um projeto de porte médio. O cronograma real, com datas, sai no plano de entrega ao fim da imersão.
- 15 dias
01 Levantamento e alinhamento técnico
Escopo detalhado, protótipos e decisões de arquitetura.
- 6 semanas
02 Desenvolvimento e integração
Frontend, backend e APIs, com entregas validadas por você a cada ciclo.
- 2 semanas
03 Testes e validação técnica
Testes automatizados, de integração e de ponta a ponta.
- 1 semana
04 Documentação e observabilidade
Documentação da solução, logs, métricas e alertas.
- Marco final
05 Entrega final e go-live
Código, acessos e ambiente em produção, com métricas em leitura.
As fases se sobrepõem: os testes começam junto com o desenvolvimento. Os prazos são fixados em contrato e só mudam por alteração de escopo pedida por você.
O que você recebe antes de decidir
A imersão de escopo é curta, tem preço fixo e termina com quatro documentos. Se você decidir não seguir, eles são seus, e pode levá-los a outro fornecedor.
Escopo fechado
Lista numerada do que será construído e a lista explícita do que não será. É a segunda lista que evita discussão no fim.
Critérios de aceite
Para cada item, a frase que define pronto de forma testável. Sem adjetivo, sem interpretação.
Plano de entrega
Fases, marcos e datas, com o que você recebe em cada marco. Nenhum intervalo entre pagamentos passa de seis semanas sem entrega verificável.
Preço fechado
Valor total, condições de pagamento e a regra de mudança de escopo. O preço não muda por dificuldade técnica: esse risco é nosso.
O que precisamos de você
A causa mais comum de atraso não é dificuldade técnica, é espera. Levantamos estes itens antes de fechar o prazo e tratamos cada um como dependência com dono e data.
Decisão e pessoas
Alguém com autoridade para aprovar escopo e aceite, um ponto focal técnico e disponibilidade acordada. Sem decisor, cada dúvida vira reunião de comitê.
Acessos e credenciais
Conta de nuvem, repositório e DNS no seu nome. A infraestrutura nasce na sua conta e o código é seu desde o primeiro commit.
Sistemas e integrações
Para cada sistema: documentação, ambiente de teste e um contato técnico. Sem sandbox, o teste acontece em produção, e não fazemos isso.
Dados
Massa representativa para teste e regra de anonimização. Sistema validado com três registros inventados quebra no primeiro dia real.
Ambientes e conformidade
Quem paga a infraestrutura, onde você valida antes do go-live, e o enquadramento de LGPD do projeto, que muda arquitetura e logs.
Depois da entrega
Quem opera o sistema, para onde vão os alertas e quando acontece a transferência. Alerta que não chega a ninguém é enfeite.
Como itens pendentes moldam o plano
Sem ritual de classificação: sequenciamos a entrega em torno do que existe. O que depende de item pendente vai para depois; o que está pronto, sobe.
O cronograma sempre reflete a realidade, não o desejo original.
Quando falta algo que só você pode fornecer e não dá para contornar, a fase afetada espera e a data move junto, previsto em contrato, sem multa.
As perguntas que todo fundador faz
E se eu mudar de ideia no meio do projeto?
Escopo fechado não é escopo congelado. Você pede a mudança por escrito, devolvemos o impacto em prazo e preço em até dois dias úteis, e você escolhe: aceitar, trocar por um item equivalente que ainda não começamos, ou descartar. Trocar não custa nada, e é o caminho mais usado. Nada é construído antes da sua resposta.
E se vocês errarem a estimativa?
Vai acontecer, e o preço não muda: o risco de estimativa é nosso e foi precificado. Se o prazo for afetado, você fica sabendo no dia em que nós sabemos, não na véspera do marco. E propomos o corte de um item de baixo valor antes de propor o atraso, a escolha é sua.
O código é meu de verdade?
Sim, desde o primeiro commit, no seu repositório e na sua conta de nuvem. Nenhum componente proprietário nosso fica dentro do seu sistema. Você não precisa de nós para continuar, e essa é a intenção: fornecedor que amarra cliente por dependência técnica não precisa entregar qualidade.
E se um pré-requisito não chegar a tempo?
Avisamos no dia em que vira risco, não no dia em que vira atraso. Propomos o contorno quando existe, dado sintético no lugar da massa real, por exemplo, e registramos o retrabalho que o contorno vai gerar. Se for bloqueante e não houver contorno, a fase congela e a data desloca na mesma proporção.
Vamos fechar o escopo?
Trinta minutos, sem custo. Você sai sabendo se o problema vale ser resolvido, se vale ser resolvido por software, e se somos as pessoas certas.