Parceria de longo prazo

Para quando performance e custo deixam de ser um projeto e passam a ser uma propriedade do sistema que alguém precisa carregar.

Quando isso faz sentido

Um conserto pontual resolve um problema pontual. Há sistemas em que isso não basta: o volume cresce todo trimestre, cada release novo tem chance de reintroduzir o gargalo antigo, e as decisões de arquitetura aparecem rápido demais para serem tomadas por um time que já está ocupado mantendo o que existe.

Nesses casos, o padrão do mercado é contratar mais gente sênior — e concorrer por ela com todas as outras empresas do país. A alternativa é ter a habilidade disponível de forma contínua, sem carregar a contratação.

O que ela cobre

Guardar o orçamento de performance. Latência de cauda e custo por transação viram números acompanhados, com alguém responsável por eles antes do incidente.
Revisão das decisões que doem depois. Escolha de banco, estratégia de particionamento, desenho multi-região, formato de fila. As decisões cujo custo aparece dois anos depois.
Estar disponível quando quebra. Não plantão de primeira linha — o seu time faz isso melhor. A camada de baixo, quando o problema já foi escalado e ninguém sabe explicar.
Formar o time. O objetivo é que a habilidade fique na casa. Uma parceria que aumenta a dependência ao longo do tempo é uma parceria mal desenhada.

Formato

Contrato com disponibilidade mensal definida, renovado por período. Sem contratação de horas por demanda: o valor está na continuidade e no contexto acumulado sobre o sistema, e isso não sobrevive a um modelo de ticket.

O caminho normal até aqui é auditoria → projeto → parceria. É o único jeito de nós dois sabermos que faz sentido.

Conversar sobre uma auditoria