Esta página em inglês: The FAROL Method
O problema
Os programas digitais do Estado são contratados em blocos plurianuais e avaliados no fim. O horizonte de entrega é mais longo do que o horizonte político, e um horizonte longo esconde o insucesso: a decisão errada só aparece anos depois, quando corrigi-la já é caro e já não está lá ninguém que a tenha tomado.
Os contratos grandes são o modo de falha, não a salvaguarda. O NHS NPfIT, no Reino Unido, foi abandonado depois de ~10 mM GBP; o Healthcare.gov, nos Estados Unidos, foi afundado por um integrador e recuperado por uma equipa de menos de vinte pessoas. A outra falha típica é construir identidade e infraestrutura antes de existir um serviço que o cidadão queira: o Huduma Namba, no Quénia, custou ~100 M USD e acabou travado nos tribunais; o eCitizen, que começou pelo serviço, é o contraste que a regra cita.
E o que fica no fim é quase sempre dependência em vez de capacidade. A capacidade sai com a equipa do fornecedor, por isso o problema seguinte recomeça do zero. O FAROL existe por causa destas falhas: estão documentadas, e o método está construído ao contrário a partir delas: o que funcionou no Ruanda, em Cabo Verde, no Togo e na Estónia, e o que falhou no Quénia, no Reino Unido e na Austrália. Cada regra do método está paga por um programa que já a aprendeu noutro sítio, à custa de outros.
Cinco princípios
-
F
Foco no resultado Focus on outcomes
Cada fase começa com uma métrica-alvo, nunca com uma lista de requisitos.
-
A
Apagar antes de digitalizar Abolish before automating
Cortar o processo primeiro. Digitalizar um processo de doze passos é automatizar desperdício. Um serviço típico passa de doze passos para quatro antes de se escrever uma linha de software.
-
R
Ritmo de 90 dias Rhythm of 90 days
Nenhuma fase passa mais de 90 dias sem entregar valor visível.
-
O
Operação local desde o dia 1 Operating locally from day one
O pessoal do ministério opera o sistema desde o início. A transferência de capacidade é o método, não a última fase.
-
L
Lastro de evidência Ledger of evidence
Cada fase produz prova mensurável que financia e justifica a fase seguinte.
Os princípios não se negoceiam. Qualquer escolha do projeto que viole um deles é levada a quem patrocina o programa, com uma alternativa em cima da mesa. Não há exceções silenciosas.
O motor de fases
-
F0 · 3 semanas
Raio-X
Responde a uma pergunta: onde estão o dinheiro e a dor? Semana 1, seguir o dinheiro — receita e custo por serviço, onde estão as taxas, onde há fugas, onde manda o papel. Semana 2, seguir a fila — volumes, tempos de espera, pontos de discricionariedade e onde é que dói ao cidadão. Semana 3, priorizar e escolher o serviço que vai ser o farol.
Porta de saída: caso de negócio assinado pelo ministro. Sem assinatura, não há F1 — é o que evita meses de interesse sem compromisso.
-
F1 · 90 dias
Farol
Responde a: conseguimos entregar valor visível? Um serviço, de ponta a ponta — candidatura, fluxo, decisão, pagamento, documento verificável. Redesenho antes de código, base legal por despacho ministerial e não por lei nova (semanas, não anos), painel público a partir da semana 4 e canal assistido obrigatório: uma rede de balcões ou agentes que submetem em nome de quem não tem smartphone.
Porta de saída: as metas fixadas no dia zero são atingidas — ou o programa para, ou muda de rumo, em público.
-
F2 · 6–12 meses
Fundação
Responde a: o ministério aguenta a escala? Registos centrais limpos, interoperabilidade mínima viável em vez de plataformas nacionais completas, identidade pragmática — registo civil, SIM, KYC bancário, sem esperar pelo cartão nacional — pacote legal para atos eletrónicos e proteção de dados, e uma academia interna que forma os próximos formadores.
Porta de saída: três serviços em produção, operados apenas por pessoal do ministério.
-
F3 · contínua
Fábrica
Responde a: a máquina replica-se sozinha? Replicação serviço a serviço a partir do manual, uma equipa de plataforma partilhada com as equipas de cada serviço, e comparação de métricas entre serviços e entre ministérios.
Porta de saída: a carteira de serviços é priorizada e executada pela equipa local, sem o arquiteto do método no terreno.
As metas da F1 são fixadas no dia zero e avaliadas ao dia 90. Se não forem atingidas, o programa para ou muda de rumo, e di-lo publicamente. Não é assim que costumam funcionar os programas públicos, e é exatamente esse o ponto: uma porta de saída que pode travar o programa é o que dá valor à evidência que ele produz. Se as metas não forem atingidas, o programa para sem custo para a fase seguinte.
A biblioteca de artefactos
O método é um conjunto de documentos numerados, não uma pessoa. Cada fase produz os seus, e são eles que ficam no ministério quando a equipa externa sai.
| Artefacto | Fase | Estado |
|---|---|---|
| A1 Canvas de Diagnóstico | F0 | Pronto, publicado |
| A2 Matriz de Priorização de Serviços | F0 | Pronto, dentro do A1 |
| A3 Minuta de Despacho Ministerial | F0 | Por escrever |
| A4 Template de Business Case | F0 | Pronto |
| A5 Blueprint de Serviço | F1 | Pronto |
| A6 Dashboard-tipo (KPIs públicos) | F1 | Por escrever |
| A7 Plano de Gestão de Resistência | F1 | Pronto |
| A8 Kit de Comunicação do Ministro | F1 | Por escrever |
| A9 Currículo da Academia | F2 | Por escrever |
| A10 Contrato-tipo por fase | Todas | Por escrever |
| A11 Checklist de Compliance/Contratação | Todas | Por escrever |
| A12 Decision Log + Registo de Riscos | Todas | Por escrever |
Um artefacto só entra na biblioteca depois de ter sido usado num caso real. Quatro estão escritos — o canvas de diagnóstico, o template de business case, o blueprint de serviço e o plano de gestão de resistência, com a matriz de priorização dentro do primeiro. Os outros ainda não estão, e é para isso que serve a coluna do estado.
O canvas de diagnóstico está publicado por inteiro — as perguntas que se fazem a um ministério nas primeiras três semanas são a forma mais rápida de julgar se isto é sério. Imprime em A4 e é para ser preenchido.
Regras de campo
São doze regras destiladas de programas públicos documentados, os que resultaram e os que falharam. Cada uma cita o caso que a pagou, e quebrar uma regra é escalado da mesma maneira que quebrar um princípio. Seis delas:
Sempre um canal assistido
Todo o serviço digital arranca com uma rede de balcões ou agentes que submetem em nome de quem não tem smartphone nem literacia digital. Foi aí que o Irembo (Ruanda) e a M-Pesa (Quénia) ganharam: só digital exclui pessoas e provoca reação política.
Serviço antes de identidade
O cidadão adere quando vê um benefício; identidade sem serviço é pôr o carro à frente dos bois. O Huduma Namba (Quénia) custou ~100 M USD; o eCitizen começou pelo serviço.
Uma só vez
O Estado nunca pede ao cidadão dados que já tem: cada formulário é confrontado primeiro com os registos existentes. É o princípio fundador do X-Road, na Estónia.
Decisão automática exige recurso humano
Nenhuma recusa ou cobrança automática sem uma via de recurso simples para uma pessoa. Automatizar uma regra injusta é injustiça à escala industrial: Robodebt (Austrália, ~1,8 mM AUD em reparações) e o Toeslagenaffaire (Países Baixos), que fez cair o governo.
Contratos grandes falham, equipas pequenas resgatam
Lotes pequenos, fornecedores substituíveis e propriedade estatal dos dados e do código. O NHS NPfIT (~10 mM GBP) foi abandonado; o Healthcare.gov foi recuperado por uma equipa de menos de vinte pessoas.
Custo de operação decidido antes do arranque
Quem paga para manter isto a funcionar no segundo ano? Receita por transação, orçamento próprio ou parceria — decidido por escrito no caso de negócio, antes de o serviço abrir.
O que o distingue
Uma porta que pode travar o programa
As metas da F1 são fixadas no dia zero e avaliadas ao dia 90, em público. Um programa que não pode ser parado não produz evidência nenhuma — produz relatórios.
Operação local é o método, não a entrega final
O pessoal do ministério opera o sistema desde o primeiro dia. O arquiteto do método sair do terreno é a condição de sucesso, não uma cláusula de saída.
Construído a partir de falhas documentadas
Doze regras de campo, cada uma paga por um programa que já correu mal noutro sítio. Não são opinião nossa, e é por isso que estão escritas com o caso ao lado.
E o que isto não é
O FAROL não é um veículo de contratação pública, não é uma licença para vender software e não serve a um ministério sem capacidade para ser dono do serviço. Quem procura um fornecedor que opere o serviço para sempre deve comprar isso — e convém dizê-lo na primeira conversa.
Porque é que isto é um ativo
Está escrito e numerado. Um método que só existe na cabeça de uma pessoa é uma pessoa, não um ativo: não se ensina, não se audita e não se transfere.
É independente do domínio. Os artefactos não mudam entre um ministério da saúde e um ministério das finanças; o que muda é o conteúdo que lá se põe.
E acumula. Cada ciclo acrescenta ao lastro de evidência, por isso o quarto caso começa com tudo o que os três primeiros aprenderam.
É isso que o torna licenciável. A mesma sequência, os mesmos artefactos e as mesmas métricas em qualquer ministério permitem comparar resultados entre ministérios e entre países, e permitem formar equipas locais para o executarem — em vez de vender horas, uma e outra vez, sempre a começar do zero.
Falar connosco
Escreva para info@simplesmoothsafe.com, em português ou em inglês. Diga qual é o ministério ou a organização e qual é o serviço que está a doer, e terá uma resposta direta — incluindo «isto não serve», quando for esse o caso.