Este artículo fue escrito por Mauko Quiroga , Whisperer del gobierno en la incubadora de servicios digitales del gobierno del primer ministro francés beta.gouv.fr y colaborador de OpenFisca . Las opiniones expresadas en este artículo son propias del autor y no reflejan necesariamente las opiniones del gobierno francés.

"Viajero, tus huellas son el único camino, nada más". Antonio Machado

Construir un servicio digital del gobierno puede parecer como construir una casa.

Por lo general, es algo como esto: tenemos una gran idea, hacemos planes, escribimos especificaciones muy detalladas, creamos el servicio, probamos que todo funcione como se espera, luego nos ponemos en marcha ... y ¡boom, champán! La gente lo usa. Enjuague y repita.

Lamentablemente, no es así como funciona en la vida real.

En este artículo, deconstruiré la idea de que construir un servicio digital del gobierno es como construir una casa, ofrecer una mejor metáfora para pensar en sus servicios y un enfoque paso a paso para saber cuándo comenzar a vivir con su servicio, y si deberías estar construyéndolo en absoluto.

Una solución al problema de alguien

Tanto una casa como un servicio digital del gobierno son una solución al problema de alguien.

Lo que difiere es el grado de incertidumbre con el que está lidiando.

La construcción de una casa es segura : comienza con una idea y, a través del análisis de expertos en la materia, puede saber quién necesita una vivienda, dónde la necesita, cuándo la necesita, cuánto puede pagar y cómo construirla. El mayor de los detalles. No dejarías que la gente viviera en un edificio a medio construir, ¿verdad?

La creación de un servicio digital del gobierno es incierta : tiene una vaga idea de cuál es el problema real que está resolviendo o si hay alguien por ahí que se encuentra con este problema. Y si decide crear una solución, no está seguro de si la gente realmente la usará, o si el mundo estará mejor gracias a eso. Entonces, poner en marcha un servicio totalmente desarrollado ya es demasiado tarde, ¿no?

La incertidumbre significa riesgos. Entonces, ¿cuáles son esos riesgos?

Comprender los riesgos de su servicio

Digamos que tiene la tarea de crear un servicio digital del gobierno para ayudar a las personas a evaluar su elegibilidad para los beneficios sociales. Los riesgos asociados con su servicio son:

  • Riesgo de problemas: este puede parecer obvio, pero ¿sabe si en realidad hay personas que tienen problemas para evaluar su elegibilidad para los beneficios sociales? ¿Cuántos?
  • Riesgo de solución: una vez que esté seguro de que hay un problema real, ¿tiene una idea de cómo resolverlo? ¿Tiene lo que se necesita para crear una solución (habilidades técnicas, habilidades de experiencia de usuario, habilidades de gestión de productos ...)?
  • Riesgo de impacto: incluso si el problema es uno que realmente puede resolver, ¿debería? ¿Cómo va a mejorar el mundo gracias a tu solución? ¿Va a aumentar la aceptación de los beneficios sociales?
  • Riesgo de patrocinio: Finalmente, si su servicio va a solucionar un problema de política pública , solucionará la burocracia, y eso significa cambio, y eso significa resistencia ... ¿Su apoyo de los interesados de nivel superior es lo suficientemente fuerte?

Cuándo comenzar a utilizar su servicio digital gubernamental se trata de administrar estos riesgos.

beta.gouv.fr: un enfoque paso a paso

En beta.gouv.fr, la incubadora de servicios digitales del gobierno del primer ministro francés, hemos desarrollado un enfoque de prestación de servicios digitales del gobierno que reduce estos riesgos, inspirado en la metodología Lean Startup .

Este enfoque consta de cuatro pasos:

1. Investigación (6 a 13 semanas)

El objetivo en esta fase es determinar si debe crear su servicio en primer lugar.

Lista de Verificación

  • Obtenga apoyo de las partes interesadas para investigar el problema (riesgo de patrocinio)

  • Validar que el problema es real (riesgo de problema)

  • Tener una primera idea de las posibles soluciones (riesgo de solución)

  • Tener una primera idea de los posibles impactos (riesgo de impacto)

En esta fase, no deberías ir a vivir todavía.

2. Construcción (6 a 12 meses)

El objetivo en esta segunda fase es probar su hipótesis de solución en condiciones reales pero con un alcance reducido.

Lista de Verificación

  • Obtenga apoyo de las partes interesadas para desarrollar la solución (riesgo de patrocinio)

  • Encuentre el camino más corto hacia sus primeros usuarios y aprenda de ellos (riesgo de problema, riesgo de solución)

  • Implementar una solución en un alcance reducido y mejorarla continuamente (riesgo de solución)

  • Comience a medir el impacto de su solución o su mejor proxy (riesgo de impacto)

Debería publicar una versión beta de su servicio digital gubernamental tan pronto como sea posible.

3. Escalamiento y consolidación (en curso)

El objetivo en estas dos últimas fases es desplegar su servicio digital gubernamental en todo su alcance y con su máximo impacto.

Lista de Verificación

  • Obtenga el apoyo de las partes interesadas para implementar completamente su servicio (riesgo de patrocinio)

  • Obtenga apoyo de las partes interesadas para perpetuar su servicio (riesgo de patrocinio)

  • Implemente su servicio digital en todo su alcance para todos sus usuarios objetivo (riesgo de solución)

  • Maximice el impacto de su servicio digital (riesgo de impacto)

Una vez que su servicio esté en vivo, debería permanecer en vivo para siempre y en mejora continua.

Peroratio

Resolver un problema de política pública gracias a un servicio digital del gobierno puede parecer como construir una casa, pero como hemos visto, es como construir una carretera: sabes a dónde quieres que te lleve, pero no sabes de antemano por qué desvíos lo hará. Ir en vivo te ayuda a avanzar. - Mauko Quiroga

(Crédito de la imagen: Unsplash)