Notas
Cómo se escribió el método.
Textos breves que un patrocinador puede hacer circular dentro de un ministerio. No sustituyen a un diagnóstico, y no son una afirmación de haber entregado los programas que citan.
Anular primero
Anular antes de digitalizar
Digitalizar doce pasos solo automatiza el desperdicio. El recorte es el trabajo.
Un ministerio que compra una plataforma para el proceso que ya tiene pasará los tres años siguientes conciliando el sistema nuevo con la costumbre vieja. La cifra del panel seguirá estando mal, solo que más rápido.
FAROL trata el as-is como algo que se observa sobre el terreno, no que se describe en un taller. Cada paso tiene que justificar el riesgo que controla. Los que sobreviven son los que una norma, una ley o un control real exigen de verdad. El objetivo es eliminar la mitad antes de escribir una línea de código.
Esta es la regla que los programas fracasados rompieron más veces. Es también la regla que hace posible un faro de noventa días: no hay tiempo para reconstruir doce pasos que no deberían existir.
Noventa días
Por qué a nadie se le debe pedir que crea en un programa de cinco años
Un ciclo presupuestario público es un año. Una oferta creíble tiene que caber dentro de uno.
Los programas de digitalización a cinco años piden a un ministro que cargue el riesgo de estar equivocado más allá de su propio mandato. Por eso son fáciles de anunciar y difíciles de parar. Los fracasos que leímos — de cerca, incluidos los que costaron miles de millones — compartían esta forma: sin kill gate, sin usuario visible, y un proveedor que seguía siendo indispensable en el cuarto año.
La segunda fase de FAROL es un faro: una mejora, funcionando, en noventa días, operada por el propio personal del cliente. Si se fallan las métricas objetivo, el programa para. El riesgo de la respuesta es nuestro, no de un sucesor que hereda un contrato.
F0, el diagnóstico de tres semanas, es como un órgano de contratación pone a prueba esa promesa sin comprar el resto. Ve cómo trabajamos antes de financiar una fase.
Qué estudiamos
Qué estudiamos — y qué no estamos afirmando
Ruanda, Estonia, Cabo Verde y los demás son material de origen. No son una lista de clientes.
FAROL se escribió a partir de programas de digitalización del sector público que funcionaron, y de los que no. Leímos esfuerzos nacionales en diez países, incluidos Ruanda, Estonia, Cabo Verde, Kenia, Togo, Ucrania y el Reino Unido. Los fracasos enseñaron más que los éxitos.
Lo que sobrevivió a esa lectura se convirtió en reglas a las que nos sometemos: centrarse en un resultado, no en una lista de requisitos; recortar el proceso antes que el software; entregar algo que un usuario pueda ver dentro de un ciclo presupuestario; poner al personal del cliente a operar desde el día uno; producir un lastre de evidencia que financie la fase siguiente.
No implementamos las plataformas de esos gobiernos, y no ponemos sus escudos en este sitio. Si un patrocinador necesita entender cómo se derivó el método, recorremos la lectura con él. Si necesita una referencia de trabajo que hayamos hecho, esa se da en privado, con consentimiento.
Para saber cómo se contrata un proyecto, vea la página de sector público. Para las reglas que no rompemos, vea integridad.
Díganos qué necesita resolver.
Le diremos si es un problema de proceso, un problema de datos, o ninguno de los dos.