A decisão que deu forma a uma obra de três semanas
Havia três opções plausíveis na mesa e duas levariam meses. A diferença foi decidir qual registro tem o direito de estar certo sobre uma reserva.
Com o que a medição nos deixou
A semana de contagem produziu um achado que mudou o projeto: máquinas fisicamente paradas no pátio constavam como indisponíveis com frequência suficiente para explicar tanto o overbooking quanto parte das recusas.
Essa é uma frase sobre dados, não sobre pessoas. Se a contagem tivesse dado perto de zero, a conclusão honesta seria que a equipe estava sobrecarregada e a resposta seria capacidade ou roteamento. Não deu, então a resposta estava em como a disponibilidade era registrada.
Vieram três opções. Duas delas eram meses.
As três opções
| Opção | Prazo | Por que foi recusada ou escolhida |
|---|---|---|
| Trocar o sistema de locação | Meses | Conserta um campo migrando tudo, durante a temporada |
| Pôr um modelo sobre as planilhas | Semanas | Responde sobre dados errados, mais rápido e sem rastro |
| Um registro autoritativo e estados reais | 3 semanas | Conserta exatamente o que estava errado |
A primeira é a opção mais proposta quando o modelo de dados é o culpado, e costuma ser a escala errada de resposta. Uma troca migra histórico, retreina todo mundo e mantém dois sistemas de meia confiança em paralelo, tudo para corrigir um campo. Num negócio sazonal, fazer isso nos meses em que a operação já está no limite não é detalhe.
A segunda seria a mais fácil de vender. Um modelo lendo as planilhas existentes e respondendo perguntas de disponibilidade demonstra bem e falha exatamente como a medição já previa: os dados dizem que a máquina está indisponível enquanto ela está no pátio, e o modelo repete isso com mais confiança e menos rastreabilidade do que a planilha tinha.
Por que o modelo não ficou com essa tarefa
Sob essa escolha específica há uma regra geral que vale separar das particularidades.
Uma verificação de disponibilidade precisa devolver a mesma resposta à mesma pergunta todas as vezes, e precisa ser explicável depois quando um cliente perguntar por que foi recusado. Uma resposta probabilística a uma pergunta determinística é um defeito, e nenhuma melhoria do modelo muda isso.
Então o modelo ficou com exatamente uma tarefa no sistema pronto: ler consultas que chegam em texto livre às onze da noite, nomeando a máquina com as palavras do cliente e com datas num formato que nenhum campo espera. Isso é genuinamente difícil para uma regra e genuinamente fácil para um modelo. A divisão completa está em para onde vão as quatro horas.
O que o desenho escolhido mudou
Duas coisas, e a segunda pesou mais.
Disponibilidade deixou de ser um campo verdadeiro ou falso e virou sete estados explícitos, de modo que a máquina devolvida aguardando vistoria, a em trânsito e a reservada sem confirmação pararam de aparecer como livres.
Depois um registro passou a ser autoritativo sobre o que está reservado, e a verificação mudou para o momento do compromisso em vez do momento da consulta. Essa segunda mudança encerrou o overbooking, porque os conflitos moravam na janela entre alguém olhar uma planilha compartilhada e alguém prometer uma máquina.
Nenhuma das mudanças é exótica. Nenhuma precisou de tecnologia nova. As duas precisaram de uma decisão que alguém tinha de tomar e que ninguém havia tomado.
O custo que não aparece em proposta nenhuma
Tornar um registro autoritativo significa que alguém precisa parar de manter a própria cópia.
Toda operação desse tipo tem uma ou duas pessoas com uma planilha particular, e elas não estão sendo do contra. Começaram a mantê-la porque em algum momento o sistema oficial errou e a planilha delas acertou, e desde então ela vem segurando o negócio em silêncio.
Pedir que confiem num sistema que já as decepcionou é o trabalho de verdade, e ele cai de forma muito diferente conforme a objeção delas tenha sido ouvida antes. Essa é a parte que mais perto chegou de descarrilhar o projeto. Não aparece em nenhuma proposta que já vimos, incluindo as nossas antigas, e é por isso que a decisão de fonte da verdade hoje é nomeada no começo em vez de descoberta na segunda semana.
O que isso produziu
A reserva ao despacho foi de 4 horas para 3 minutos. O overbooking acabou. A capacidade de alta temporada subiu 2,5x com a equipe que já estava lá, e a obra coube em 3 semanas. O conjunto completo está na página do case.
As três semanas são consequência da decisão e não de velocidade. As duas opções recusadas não eram versões mais lentas do mesmo projeto; eram projetos diferentes, e uma delas teria terminado mais ou menos quando a temporada acabasse.
A parte transferível
Antes de concordar com qualquer coisa, encontre o fato sobre o qual dois dos seus sistemas discordam e decida qual deles vence.
Essa decisão custa zero, leva uma tarde e determina o tamanho de todo projeto que vier depois. A medição que a revela está em a semana anterior, e é pela mesma razão que dados contraditórios são o único tipo em torno do qual não se deve automatizar enquanto a pergunta não tiver resposta.
01Por que não trocar o software de locação, já que o modelo de dados era o problema?+
Porque o modelo de dados estava errado de um jeito específico e não errado por inteiro, e trocar um sistema para consertar um campo é um projeto de meses carregando riscos que nada têm a ver com o problema original. Uma troca significa migrar histórico, retreinar todo mundo e rodar dois sistemas em paralelo durante um período em que os dois recebem meia confiança. Ela também coloca a operação inteira sobre uma ferramenta nova exatamente nos meses em que a operação já está apertada, e num negócio sazonal o momento disso não é um detalhe. A correção mais estreita foi deixar o sistema existente segurando o que ele segurava corretamente e tornar um registro autoritativo sobre a única coisa em que ele errava, que são as reservas contra ativos. Isso é semanas em vez de meses, e mantém aberta a opção de trocar o sistema depois em vez de gastá-la agora.
02O que havia de errado em pôr um modelo de linguagem sobre as planilhas?+
Ele responderia à pergunta de disponibilidade mais rápido e igualmente errado, o que é pior do que responder devagar. A medição já havia estabelecido que os dados de base marcavam máquinas como indisponíveis enquanto elas estavam no pátio, e um modelo lendo esses dados reproduz o erro com mais confiança e menos rastreabilidade. Há também um problema mais sutil que vale nomear, porque se repete na maioria dos projetos em que um modelo é proposto como atalho: uma verificação de disponibilidade precisa devolver a mesma resposta à mesma pergunta todas as vezes, e precisa ser explicável depois, quando um cliente perguntar por que foi recusado. Uma resposta probabilística a uma pergunta determinística é um defeito, por melhor que seja o modelo. O modelo ganhou lugar no sistema pronto, mas na porta de entrada, sobre consultas não estruturadas, que é trabalho que uma regra realmente não faz.
03O que o desenho escolhido mudou de fato?+
Duas coisas, e a segunda é a que importou. Primeiro, disponibilidade deixou de ser um único campo verdadeiro ou falso e virou um conjunto explícito de estados, de modo que uma máquina devolvida aguardando vistoria, uma em trânsito e uma reservada sem confirmação pararam de aparecer como livres. Segundo, um registro passou a ser autoritativo sobre o que está reservado, e a verificação mudou para o momento do compromisso em vez do momento da consulta. Essa segunda mudança é o que acabou com o overbooking, porque os conflitos moravam na janela entre alguém olhar uma planilha compartilhada e alguém prometer uma máquina. Nenhuma das mudanças é exótica e nenhuma exigiu tecnologia nova. Elas exigiram uma decisão que alguém precisava tomar e que ninguém havia tomado, que é o formato usual desses projetos.
04Quanto custou essa decisão?+
Alguém precisou parar de manter a própria cópia, e esse é um custo político e não técnico. Na prática toda operação desse tipo tem uma ou duas pessoas rodando uma planilha particular, normalmente porque em algum momento o sistema oficial errou e a planilha delas acertou. Essas pessoas não estão sendo do contra; elas seguram o contorno que vem mantendo o negócio de pé. Tornar um registro autoritativo é pedir que confiem num sistema que já as decepcionou, e esse pedido cai de forma muito diferente conforme a objeção delas tenha sido ouvida antes ou não. Essa é a parte que mais perto chegou de descarrilhar o projeto, ela não aparece em nenhuma proposta que já vimos, incluindo as nossas antigas, e é por isso que hoje nomeamos a decisão de fonte da verdade logo no começo em vez de descobri-la na segunda semana.
