Descubra o que está travando a entrega antes de gastar com a solução errada.
Quando a entrega desacelera, a reação costuma ser pedir mais gente ou reescrever o sistema. Nas duas o dinheiro sai antes da resposta. Você sai daqui com a causa localizada e a ordem do que fazer, incluindo o que não fazer.
O sintoma aparece na plataforma. A causa raramente está lá.
Um diagnóstico começa separando onde dói de onde nasce. São quatro camadas, e em quase todo projeto que a gente entra o problema está em duas delas ao mesmo tempo, o que é justamente o motivo de as tentativas anteriores não terem resolvido.
Produto
O que a plataforma promete
Escopo que cresceu sem ninguém decidir que crescesse. Funcionalidade construída para um cliente e mantida para sempre. Aqui a pergunta é o que ainda merece existir.
Processo
Como a operação realmente trabalha
O que o time faz por fora do sistema, na planilha e no WhatsApp, é o desenho verdadeiro do processo. Automatizar o fluxo errado só deixa o erro mais rápido.
Arquitetura
O que sustenta tudo por baixo
Onde estão as regras críticas, o que só uma pessoa entende, o que quebra junto quando você mexe. Raramente é feia por incompetência. Costuma ser sedimento de decisões antigas.
Negócio
O que a plataforma precisa gerar
A camada que quase nunca entra na conversa técnica e é a única que define se vale a pena consertar. Sem ela, otimiza-se algo que talvez devesse ser desligado.
Ninguém escolheu a complexidade. Ela se acumulou.
Quatro coisas que parecem independentes convergem no mesmo ponto. É por isso que resolver uma de cada vez não devolve velocidade, e é por isso que o diagnóstico precisa olhar a cadeia inteira antes de propor qualquer coisa.
Quase nenhuma empresa quebra por escrever código ruim. Quebra por construir a coisa errada, muito bem construída.
Em tecnologia existe uma pressa estrutural para construir. Construir é visível, é mensurável e dá sensação de progresso. Perguntar se deveria ser construído parece lentidão. Então as empresas contratam quem executa rápido, e executa-se rápido, muitas vezes na direção errada.
Isso não é falha técnica. É falha de decisão. E decisão quase nunca tem dono nas empresas de médio porte, porque o time técnico não tem mandato e o dono não tem repertório técnico para arbitrar sozinho.
É nesse vazio que a High Concept trabalha. Não somos contra construir, e construímos quando é o certo. Mas a recomendação mais valiosa que já demos a um cliente foi não construir. Custou a ele um mês de consultoria e economizou um ano de desenvolvimento.
Julgamento, não checklist.
Um diagnóstico bom não é o que cobre mais itens. É o que separa o que importa do que apenas existe. Estas são as quatro coisas que ficam na sua mão.
Onde exatamente o problema está
Não a lista de tudo que poderia melhorar, e sim a camada que está travando. Sai do mapa das quatro camadas, construído com quem opera, com quem vende e com quem sustenta.
A cadeia que explica a lentidão
Quais causas alimentam o mesmo nó e em que ordem destravá-las. É isso que muda a decisão, porque resolver na ordem errada devolve pouco e consome o mesmo tempo.
O risco em prazo e em dinheiro
Dívida técnica traduzida em meses. O que você recebe não é relatório de engenharia, é material que sustenta uma decisão de investimento diante de quem assina.
O que sai do plano
Escopo que não deveria existir, reescrita que não se paga, integração que resolve menos do que promete. Parte do valor está em retirar coisas, e ela costuma ser a maior parte.
O mapa do sistema com a causa localizada, a cadeia que explica a perda de velocidade, a sequência de decisões em ordem de impacto e a estimativa de prazo e custo de cada uma. Se fizer sentido executar, conduzimos. Se não fizer, dizemos isso com a mesma clareza.
A lentidão não tinha uma causa. Tinha cinco, e elas se somavam.
Plataforma corporativa em operação crítica, com processos longos e regras de negócio densas. Sustentava a empresa, mas tinha deixado de acompanhá-la.
Mais capacidade de desenvolvimento, para dar conta da fila de demandas que só crescia.
Funcionalidades críticas pendentes, regras concentradas em poucos pontos do sistema, fluxos que precisavam ser reorganizados antes de receber qualquer recurso novo e oportunidades claras de otimização. Nenhum desses pontos, sozinho, explicava a lentidão.
Não parar para reescrever. Isolar as regras críticas, evoluir em ondas com entrega junto, e medir carregamento e consultas antes e depois de cada onda, para que o ganho fosse fato e não percepção.
Convenções, revisão de código e um processo comum, o que reduziu a variação entre entregas e a dependência de pessoas específicas. O time interno seguiu tocando a plataforma.
Durante todo o processo do projeto, os serviços da equipe foi impecável e sempre de alta qualidade. Total disponibilidade voltada aos projetos.
Antônio Neto, Diretor de Projetos na Going2
Espaço para retrato
Foto do fundador, formato retrato. Troque este bloco por uma imagem no Elementor.
Hilder Cesar
Comecei em design, não em engenharia. A primeira pergunta que me ensinaram a fazer não foi como isso funciona, foi se isso resolve o problema de alguém. Quando fui para a engenharia, a pergunta veio junto.
Em mais de 120 projetos, o padrão que mais vi não foi código ruim. Foi código excelente resolvendo o problema errado. Sistemas bem arquitetados para uma escala que nunca chegou. Reescritas que deveriam ter sido compras.
Quem conduz o diagnóstico é quem responde por ele. Não existe uma camada de consultor júnior entre você e a leitura do seu sistema.
Traga o problema confuso. Ele é o começo certo.
Não é preciso chegar com o escopo pronto. Na verdade, quando ele já vem pronto, boa parte do valor da conversa já se perdeu. A hora de chamar a gente é quando ainda não está claro o que deveria ser feito.
Cerca de 40 minutos, sem apresentação comercial e sem compromisso.
- Você descreve o cenário. O que está travado, há quanto tempo e o que já foi tentado.
- A gente devolve as perguntas que costumam encontrar a causa, e algumas vão incomodar.
- Sai dali uma primeira leitura de qual camada está travando e o que ela implica.
- Se um diagnóstico completo fizer sentido, falamos de escopo. Se não fizer, dizemos isso.
