Kami Excel foi mesmo o vilão?──Do salvador ao passivo negativo 2/7
Introdução
Na parte anterior confirmamos que o EUC é o “protótipo” do desenvolvimento cidadão e que o Kami Excel é um dos símbolos desse movimento. A próxima pergunta é: o Kami Excel foi realmente o “mal” da história?
A resposta direta é não. O Kami Excel não era maligno. No início ele foi um salvador para a linha de frente e trouxe um salto de produtividade. O mergulho posterior no “passivo negativo” não veio das limitações do Excel em si, mas da falta de gestão organizacional e do baixo nível geral de alfabetização digital.
Indo além, o termo Kami Excel é, no fundo, uma zombaria posterior. Se vivêssemos em uma sociedade na qual todos entendessem funções e VBA, talvez ele tivesse funcionado como uma base ideal de automação responsiva.
Série completa
- Antecipando o futuro do desenvolvimento cidadão──história, presente, IA generativa e o que vem depois 0/7
- O desenvolvimento cidadão é o retorno do EUC?──As lições do Kami Excel 1/7
- Kami Excel foi mesmo o vilão?──Do salvador ao passivo negativo 2/7 (esta parte)
- As plataformas modernas de desenvolvimento cidadão têm luzes e sombras 3/7
- O legado que a IA generativa salva — e o que ela abandona 4/7
- O desenvolvimento cidadão não é onipotente — é um “desenvolvimento em rascunho” 5/7
- Como o desalinhamento de perspectivas gera passivos negativos 6/7
- Legados continuarão a nascer; ainda assim, domestique-os──Uma visão de futuro para o desenvolvimento cidadão 7/7
Por que o Kami Excel foi um “salvador”
Entre os anos 1980 e 1990, muitas empresas japonesas enfrentaram o fato de que o departamento de sistemas, sozinho, não conseguiria sustentar todas as operações.
- Havia escassez crônica de talentos em TI.
- Os sistemas centrais eram rígidos e uma alteração levava meses.
- Enquanto isso, o trabalho na linha de frente mudava diariamente e velocidade era tudo.
Nesse cenário, o Excel mostrou uma força enorme como ferramenta improvisada do campo. Bastava montar um formulário de entrada, automatizar cálculos com funções e, se necessário, escrever macros — isso já permitia que a própria linha de frente aplicasse um “curativo” sem paralisar o negócio.
Em outras palavras, o Kami Excel foi a arma que o time de campo empunhou para furar o gargalo de TI da organização.
A origem do termo “Kami Excel”
Importa notar que a expressão “Kami Excel” não existia na época. Para quem o usava, o Excel era apenas um salvador — uma solução engenhosa, fruto da sabedoria da linha de frente.
O apelido se espalhou só mais tarde. Quando os arquivos ficaram tão personalizados que ninguém mais conseguia decifrá-los, as pessoas passaram a chamá-los assim com uma pitada de ironia. Logo, Kami Excel não descreve o problema que o campo vivia na época; é um rótulo criado depois como forma de deboche.
No fundo, era uma estrutura “que qualquer um pode ler”
Visto com calma, nem as funções nem o VBA são códigos secretos. Com alfabetização digital mínima, qualquer pessoa consegue compreender essa lógica simples.
Se a sociedade tivesse criado uma cultura em que ler e escrever funções ou scripts fosse algo trivial, o Kami Excel não seria uma “caixa-preta indecifrável”, mas um dispositivo transparente de automação rápida que continuaria sendo valorizado.
Assim, o Kami Excel é um paradoxo: poderia ter sido um meio ideal de ganhar produtividade, mas virou passivo negativo por causa da baixa literacia.
Como o salvador virou passivo negativo
Mas a realidade ficou longe desse ideal.
- Mesmo profissionais de TI evitavam as funções específicas do Excel e o VBA.
- Arquivos que “dariam para entender bastava ler” acabaram virando caixas-pretas intocáveis.
- Assim, com o distanciamento do tempo, as pessoas só conseguiram falar deles de forma irônica — o tal “Kami Excel”.
Em suma, o fenômeno Kami Excel não nasceu de um defeito do Excel, e sim da falta de educação e de gestão.
O processo que levou ao passivo negativo
Com o tempo, aquela arma improvisada virou risco para a organização.
-
Inchaço e caixa-preta
Milhares de células passaram a conter fórmulas, e ninguém mais conseguia entender o todo. -
Dependência de indivíduos
Quando o autor era transferido ou se demitia, o conhecimento sumia junto. -
Ausência de governança
O departamento de TI tratou aquilo como “jeitinho do campo” e deixou rodar em produção sem cuidar de segurança ou auditoria.
Foi assim que o Kami Excel se tornou um passivo negativo inevitável.
Limitações técnicas que empurraram a queda
As limitações estruturais do próprio Excel aceleraram a transformação em caixa-preta.
- Ausência de esquema: não há tipos ou restrições como em um banco de dados; as colunas proliferam sem controle.
- Versionamento difícil: só resta o histórico de cópias; não há como rastrear alterações nem unificá-las.
- Falta de desenho operacional: não existem gestão de permissões ou transações, o que fragiliza o uso como base de negócios.
Em outras palavras, usar o Excel como sistema corporativo ou substituto de banco de dados já era algo forçado, e extrapolar esses limites só acelerou o fenômeno Kami Excel.
A estrutura universal que a história revela
A história do Kami Excel mostra que “salvação de curto prazo” e “dívida de longo prazo” caminham sempre juntas.
Não podemos esquecer o paradoxo: Kami Excel é um apelido criado depois; com verdadeira alfabetização digital ele poderia ter permanecido como ferramenta ideal. Não é apenas uma história de fracasso, e sim o relato de um fruto produzido pelos heróis da linha de frente que ninguém conseguiu cultivar e manter.
E isso tende a se repetir. É difícil imaginar que a sociedade, de repente, passe a dominar de verdade a alfabetização em TI. Por isso, ao avaliarmos no-code/low-code e RPA modernos, precisamos garantir que não reproduziremos essa mesma estrutura.
O salvador e a fábrica de legados estão sempre separados por uma linha muito tênue. É com esse alerta histórico que devemos pensar o futuro do desenvolvimento cidadão.
Próximo: As plataformas modernas de desenvolvimento cidadão têm luzes e sombras 3/7