01
A borda identifica uma dor
Uma unidade encontra um problema concreto em seu processo de trabalho.
Modelo aberto para o setor público
A inovação pública já acontece nas bordas.Está na hora de tirá-la das sombras.
Em todo órgão público, servidores próximos dos problemas criam soluções para fazer o trabalho avançar.
O problema é que essas iniciativas quase sempre nascem sem um canal institucional: fora da governança, longe dos padrões de segurança e invisíveis para quem deveria ajudá-las a crescer.
Inovação pelas Bordas é um modelo aberto para transformar essa energia dispersa em capacidade institucional.
Conheça o modelo, acesse os artefatos e ajude a construir uma nova arquitetura para a inovação no setor público.
02 / O problema
Todo servidor público conhece esta história.
Um projeto de tecnologia nasce como prioridade — e atravessa sempre o mesmo ciclo.
- 01No começo
Nasce como prioridade
Recebe apoio, cronograma, equipe e expectativa.
- 02Então
A gestão muda
As prioridades são revistas. O patrocinador sai. O projeto perde força.
- 03No fim
Fica pela metade
O sistema para incompleto, enquanto o problema que deveria resolver continua existindo.
Na ponta
Ao mesmo tempo, pequenos problemas da ponta entram em filas que nunca terminam.
No centro
Não porque os departamentos de tecnologia sejam incapazes. Mas porque uma equipe finita — responsável pela infraestrutura, pelos sistemas críticos, pela manutenção e pela segurança de toda a organização — não consegue também executar sozinha cada oportunidade de inovação.
O gargalo não é de competência. É de desenho institucional.
03 / O que já está acontecendo
Enquanto a instituição espera, a ponta constrói.
Planilhas viram sistemas
Shadow ITFerramentas pagas do próprio bolso
Shadow ITAutomações em contas pessoais
Shadow ITDados institucionais em serviços que o órgão desconhece
Shadow AI
O mercado chama isso de Shadow IT e Shadow AI. Este projeto propõe outro nome:
Desobediência criativa.
Desobediência
porque contorna o canal formal.
Criativa
porque nasce de pessoas comprometidas, tentando resolver problemas reais pelo único caminho que encontraram aberto.
Essa iniciativa não deve ser criminalizada. Mas também não pode ser romantizada. Sem governança, segurança, continuidade e responsabilidade definida, uma boa solução pode se transformar em um risco institucional.
A escolha nunca foi entre permitir ou impedir que essas soluções existam.
A escolha é entre deixá-las nas sombras ou criar um canal para governá-las.
04 / A tese
E se a inovação não precisasse nascer sempre no centro?
Inovação pelas Bordas propõe um modelo federado de desenvolvimento de tecnologia para o setor público. As unidades da organização — as bordas — ganham condições para:
- identificar dores reais
- modelar seus próprios processos
- desenvolver MVPs locais
- testar soluções próximas de seus usuários
- submeter projetos a um rito institucional de admissibilidade
O departamento central de tecnologia deixa de ser o executor obrigatório de toda inovação. Passa a atuar onde sua autoridade produz mais valor:
como guardião de padrões, segurança, interoperabilidade e governança.
Borda
- iniciativa
- experimentação
- conhecimento local
- velocidade
Órgão
- governança
- critérios
- segurança
- continuidade
Não se trata de enfraquecer o departamento central de tecnologia. Trata-se de substituir um controle nominal, que a realidade já contorna, por um controle efetivo sobre aquilo que realmente importa.
05 / Liberdade com trilhos
Descentralizar não significa liberar qualquer ferramenta, de qualquer forma.
A inovação pelas bordas funciona sobre regras definidas antes do primeiro piloto.
01
Governança clara
Papéis, responsabilidades, alçadas e decisões são definidos desde o início.
02
Stack elegível
As soluções utilizam tecnologias previamente avaliadas quanto a segurança, licenciamento e risco regulatório.
03
Padrões de integração
Projetos que precisem se conectar ao ecossistema do órgão seguem critérios de interoperabilidade definidos pelo departamento central.
04
Segurança desde a entrada
Proteção de dados pessoais e segurança da informação são critérios de admissão, não auditorias realizadas quando o projeto já cresceu.
Autonomia, sim. Improvisação institucional, não.
06 / Como o modelo funciona
Da dor local ao destino institucional, em cinco passos.
Um mesmo projeto atravessa o fluxo e pode terminar em três destinos distintos. Role para acompanhar cada etapa.
02
O processo é modelado
Antes da tecnologia, a equipe entende o fluxo, as responsabilidades e o resultado esperado.
03
Um MVP local é desenvolvido
A solução é construída com componentes de uma stack elegível e dentro de um ambiente controlado.
04
O projeto passa pelo rito de admissibilidade
Critérios públicos, prazo de resposta e revisão humana determinam se a solução pode avançar.
- Critérios públicos
- Prazo de resposta
- Revisão humana
05
A solução recebe um destino institucional
Um projeto admitido pode seguir por três caminhos:
Acoplamento institucional
Passa a integrar o ecossistema tecnológico do órgão.
Autorização local
Continua operando apenas na unidade que o desenvolveu.
Compartilhamento federado
Entra em um catálogo homologado e pode ser reutilizado por outras unidades.
07 / O departamento central de tecnologia
Um controle efetivo, no lugar de um controle nominal.
01
Mais vazão.
Demandas locais podem ser resolvidas nas próprias unidades, dentro de padrões previamente definidos.
02
Mais visibilidade.
Soluções que hoje operam informalmente passam a fazer parte de um portfólio conhecido e governado.
03
Mais proteção.
As responsabilidades deixam de ser implícitas e passam a ser distribuídas de forma documentada.
04
Um papel institucional mais forte.
O departamento central deixa de ser cobrado por executar uma fila infinita e passa a definir como a organização inteira pode inovar com segurança.
08 / Por que isso importa
Megaprojetos não são a única forma de inovar.
A inovação deixa de depender de um único transatlântico atravessando sucessivas gestões. Passa a funcionar como uma frota.
Um transatlântico
Projetos grandes, centralizados e dependentes de patrocínio contínuo ficam expostos às mudanças de gestão.
Um único naufrágio afunda tudo
Uma frota de pequenas embarcações
Soluções menores, locais e próximas do usuário. Sobrevivem porque continuam resolvendo problemas concretos para quem as utiliza todos os dias.
Mais próximas, mais fáceis de testar
Elas sobrevivem não porque estão politicamente blindadas, mas porque a resiliência, aqui, vem da arquitetura — não da proteção de um patrocinador.
09 / Para quem é
Um modelo para quem vive o setor público.
Este projeto foi construído para ser usado, criticado e adaptado por:
- 01servidores que criam soluções para problemas da ponta
- 02gestores que buscam inovação com continuidade
- 03equipes de tecnologia sobrecarregadas por demandas crescentes
- 04profissionais de segurança da informação e proteção de dados
- 05áreas de controle, governança e integridade
- 06pesquisadores e instituições interessadas em inovação pública
- 07organizações que acreditam que conhecimento público deve gerar capacidade pública
Você não precisa concordar com toda a tese para participar.
Discordâncias bem construídas também fazem o projeto avançar.
10 / Um projeto aberto
Uma estrutura para copiar, adaptar e aprimorar — não uma resposta pronta.
Cada órgão possui sua própria realidade normativa, tecnológica, orçamentária e cultural. O projeto oferece uma base comum:
- 01arquitetura federada
- 02fases de maturidade
- 03matriz de responsabilidades
- 04rito de admissibilidade
- 05checklist mínimo
- 06camada de proteção de dados
- 07critérios para uma stack elegível
- 08padrões de interoperabilidade
- 09ambiente de desenvolvimento segregado
- 10inferência local como habilitador
- 11stack de referência justificada
- 12minutas e templates operacionais
O objetivo não é impor um modelo fechado. É evitar que cada instituição precise começar essa discussão do zero.
Onde o projeto está, sem maquiagem
- O modelo está redigido
- Manifesto, rito, matriz de responsabilidade, checklist, camada de proteção de dados, camada técnica e templates estão completos.
- A adoção é zero
- Nenhum órgão implantou este modelo até agora. O diretório de casos está vazio.
Isso não é omissão escondida atrás de linguagem promocional. É o estado honesto de um modelo novo — e é também o convite: quem chega agora chega antes da primeira evidência.
11 / O repositório é o projeto
Este site é apenas a porta de entrada.
O trabalho real está no GitHub. O projeto está em construção ativa — sua experiência pode ajudar a transformar uma tese em uma infraestrutura pública reutilizável.
Lá você pode
- ler o manifesto completo
- conhecer a arquitetura do modelo
- acessar os documentos operacionais
- adaptar os artefatos à realidade do seu órgão
- acompanhar o roadmap
- abrir uma issue
- propor melhorias
- compartilhar um caso real
- criar um fork
- contribuir com a comunidade
12 / Quem está por trás
Escrito por quem vive o problema por dentro.
Este modelo não nasceu de observação externa. Nasceu de um servidor público que atravessa, no dia a dia, o padrão que o projeto tenta enfrentar.
Lucas Andrade
- Advogado e Encarregado de Proteção de Dados Pessoais no setor público.
- Master of Laws em Direito, Inovação e Tecnologia pela FGV.
- Colaborador externo da Comissão de Proteção de Dados Pessoais da OAB-RJ.
- Palestrante e professor em escolas de formação jurídica e de administração pública.
Contato
Crítica ao modelo, proposta de melhoria e relato de caso vão por issue no GitHub — é lá que a discussão fica registrada, pública e útil a quem vier depois.
Este contato é para convite de palestra, aula ou apresentação do projeto.
O projeto é mantido por uma pessoa, fora do expediente e sem financiamento. Não há prazo de resposta — e é por isso que tudo que interessa ao modelo está no repositório, inteiro, em qualquer cópia.
Manifesto de encerramento
A inovação pública não está parada. Ela está dispersa.
Está na planilha que resolveu um problema local.
Na automação criada por quem não podia mais esperar.
No servidor que conhece o processo porque o executa todos os dias.
Na equipe de tecnologia que gostaria de ajudar, mas precisa escolher entre inovar e manter a instituição funcionando.
O que falta é um desenho capaz de transformar iniciativa individual em capacidade institucional.
Inovar pelas bordas é reconhecer que a solução pode nascer longe do centro sem precisar permanecer longe da governança.
É distribuir capacidade sem abandonar responsabilidade.
É criar autonomia com trilhos.
A inovação já começou.
Agora precisamos construir o canal.
Por onde começar
- 01
Leia o manifesto
Dez minutos bastam para saber se o diagnóstico descreve o seu órgão.
- 02
Forke o modelo
Os artefatos vêm prontos para adaptar: rito, checklists, matriz de responsabilidade e minuta de portaria.
- 03
Rode um piloto
Uma unidade, dados sintéticos, estação de trabalho comum. Custo próximo de zero e sem depender de decisão de terceiros.