“Risco zero” é a frase mais fácil de escrever num site e a mais fácil de desmentir na primeira fatura. Por isso vale a pena explicar o que a nossa quer dizer – e, sobretudo, o que ela nos obriga a fazer.
O que a expressão significa
Não significa que os projetos nunca correm mal. Significa uma coisa específica: o cliente não nos paga antes de ver resultado. Construímos primeiro. O cliente testa. Se aprovar, paga a implementação; se não aprovar, não paga nada. O risco financeiro da execução é nosso, não dele.
É uma inversão. Na maioria dos contratos de software, o risco está do lado do cliente: ele paga e depois descobre. No nosso, ele descobre e só então paga. A frase “risco zero” descreve o lado dele da balança. O lado nosso fica com o peso todo.
O que isso exige, na prática
A inversão do risco não é um gesto comercial. É um regime de trabalho, e só funciona com disciplina. Se falhar a disciplina, transforma-se numa promessa que não conseguimos cumprir – e aí já não é risco zero, é dívida.
Do que aprendemos a construir, há cinco exigências que valem a pena nomear.
1. Fatiar até caber numa semana
Um “MVP em 30 dias” é um slogan. O que o torna real é partir o trabalho em células – pedaços de funcionalidade que funcionam sozinhos e que cabem num ciclo curto. Se um pedaço não cabe, o problema não é o prazo: é o tamanho do pedaço. Fatiamos outra vez. Um projeto que não conseguimos fatiar é um projeto que não conseguimos arriscar.
2. Dimensionar sem otimismo
Nada corrói mais depressa a confiança do que uma estimativa otimista. Dimensionamos por evidência, não por vontade: se não sabemos, dizemos que não sabemos, e a célula é dimensionada como risco em vez de como certeza. É menos agradável de ler do que um plano bonito. É a única forma de o kill switch fazer sentido.
3. Entregar tudo, incluindo o que corre mal
Um ciclo que só mostra o que funcionou é um ciclo inútil. Quando uma célula sai com arestas, é isso que o cliente vê – com o mesmo destaque com que vê o que correu bem. O ponto do modelo é substituir o “confie em nós” por “aqui está, teste você”.
4. Dar o kill switch e não o sabotar
Ao fim de cada célula, o cliente decide: continua ou para. Se parar, para – sem multa, sem conversa incómoda, sem pressão para “só mais uma”. Isto exige um tipo específico de disciplina: a de não pôr o cliente numa posição em que continuar seja mais barato do que parar. Um kill switch que só existe no contrato não é um kill switch.
5. Dizer não
A exigência mais impopular: há trabalho que não aceitamos, precisamente porque o modelo nos obriga a assumir o risco. Se a dor não está clara, se o âmbito não se deixa fatiar, se o cliente quer um resultado sem nos deixar ver como o provar – não avançamos. Recusar é parte do que faz a promessa verdadeira.
O que isto nos custa
Seria desonesto dizer que é só vantagem para nós. Concentrar o risco significa que os nossos ciclos falhados são pagos por nós, que a caixa aguenta menos margem de erro, e que o incentivo para exagerar é tentador – porque exagerar vende mais depressa.
É exatamente por isso que escrevemos isto por extenso. Um modelo de risco só resiste se for explicado com as suas exigências à vista. “Risco zero” não é uma característica do produto. É uma forma de trabalhar que temos de merecer célula a célula – e que, quando falha, falha à nossa custa e não à do cliente.