Perspectivas · Gestión pública
Proyectos y servicios públicos no son lo mismo: requieren arquitecturas diferentes
Gestionarlos como si fueran iguales produce fallas previsibles. La diferencia modifica la gobernanza, los procesos, los indicadores, los riesgos y las capacidades que cada intervención necesita.
La distinción central
El problema no es terminológico. Es de diseño institucional.
Un proyecto organiza un cambio durante un período definido. Un servicio produce valor de manera continua.
Cuando una institución pública confunde estas dos lógicas, también confunde sus decisiones sobre gobernanza, procesos, recursos, indicadores y responsabilidad. El resultado suele ser previsible: proyectos que nunca entran en operación o servicios administrados como una sucesión de actividades sin dueño.
Dos objetos de gestión
La diferencia modifica toda la arquitectura.
No consiste en asignar etiquetas distintas a una misma intervención, sino en reconocer qué debe producirse, durante cuánto tiempo y bajo qué responsabilidad.
Transformación temporal
Existe para crear un resultado definido: infraestructura, una capacidad, un sistema, una reforma o una solución que antes no estaba disponible.
- Tiene inicio y cierre.
- Gestiona alcance, plazo, recursos, riesgos e hitos.
- Su éxito exige entregar resultados y realizar una transición ordenada.
- La gobernanza resuelve decisiones excepcionales durante la ejecución.
Creación continua de valor
Existe para responder de forma recurrente a una necesidad ciudadana: salud, movilidad, educación, trámites, seguridad, información o cuidado.
- No termina mientras exista la necesidad.
- Gestiona demanda, capacidad, experiencia, calidad y continuidad.
- Su éxito se observa en resultados sostenidos para usuarios y sociedad.
- La gobernanza administra decisiones repetibles y mejora permanente.
Arquitectura de proyectos
Un proyecto debe organizar la transformación y preparar la operación.
La gestión de proyectos públicos suele concentrarse en actividades, cronogramas y contratación. Esos elementos son necesarios, pero no suficientes. El proyecto necesita una definición precisa del resultado, una lógica que conecte productos con efectos, una gobernanza capaz de resolver restricciones y una estrategia de transición hacia quien operará lo creado.
La pregunta crítica no es únicamente si el proyecto ejecutó su presupuesto. Es si produjo la capacidad, infraestructura o cambio previsto y si ese resultado puede ser utilizado y sostenido. Una obra concluida sin modelo de operación, un sistema informático sin adopción o una reforma sin capacidades institucionales son entregables; no necesariamente son resultados.
El cierre administrativo de un proyecto no garantiza el inicio efectivo del valor público.
Por eso su arquitectura debe integrar, desde la formulación, al menos cinco componentes: resultado esperado, cadena de productos, gobernanza, riesgos y transición a la operación. Si alguno se diseña tarde, la institución traslada costos y problemas al servicio que recibirá el resultado.
Arquitectura de servicios
Un servicio debe organizar una capacidad que se repite y aprende.
La gestión de servicios públicos parte de una lógica distinta. La necesidad no desaparece cuando concluye una actividad. Cada día ingresan nuevas demandas, aparecen incidentes, cambian los volúmenes y se acumula evidencia sobre la experiencia de las personas.
El diseño debe conectar lo que vive el usuario con lo que la institución coordina detrás de cada interacción. Esto exige comprender recorridos, puntos de contacto, procesos, decisiones, información, roles, canales, estándares y capacidades. No basta con describir un procedimiento desde el organigrama.
Los servicios requieren responsables estables, acuerdos de nivel, mecanismos para administrar demanda y capacidad, indicadores de resultado y ciclos de mejora. Su riesgo principal no es el retraso de una entrega única, sino la degradación sostenida de calidad, acceso, continuidad o confianza.
Los procesos de servicio comienzan en la necesidad ciudadana; no en la distribución interna de competencias.
La relación con la política pública
Una política puede contener proyectos y servicios, pero no se reduce a ninguno.
La política pública organiza una respuesta colectiva a un problema. Para hacerlo puede combinar regulación, información, incentivos, proyectos, servicios y mecanismos de coordinación.
Un proyecto puede crear una nueva capacidad prevista por la política. Un servicio puede utilizar esa capacidad para producir valor de forma continua. La política debe asegurar que ambos componentes sean coherentes con el problema, que los actores asuman responsabilidades y que los instrumentos no trabajen en direcciones contrarias.
La confusión aparece cuando se espera que un proyecto resuelva de manera permanente lo que exige un servicio, o cuando se administra un servicio como si cada ciclo presupuestario fuera una intervención aislada. En ambos casos se pierde continuidad institucional.
Preguntas de diagnóstico
Antes de escoger una herramienta, defina el objeto de gestión.
Estas preguntas permiten reconocer qué arquitectura necesita una intervención pública.
¿La intervención crea algo o debe operar de forma continua?
Si el valor depende de una entrega y una transición, predomina la lógica de proyecto. Si depende de responder cada día, predomina la lógica de servicio.
¿Quién recibe el valor y en qué momento?
Identifique si existe un beneficiario de un resultado futuro o un usuario que interactúa de forma recurrente con la institución.
¿Quién decide durante la construcción y quién responde en la operación?
Los roles pueden cambiar. La transición debe hacer explícita esa transferencia antes del cierre del proyecto.
¿Qué evidencia demostraría éxito?
Un proyecto observa entrega, adopción y resultado. Un servicio observa acceso, experiencia, calidad, continuidad y efectos sostenidos.
Implicación operativa
Diseñar distinto para gestionar mejor.
La gestión pública no mejora acumulando metodologías. Mejora cuando cada problema se conecta con una arquitectura adecuada y cuando esa arquitectura asigna responsabilidades comprensibles.
Si la institución necesita producir una transformación temporal, debe gobernar un proyecto y preparar la transición. Si necesita responder de manera continua a una necesidad, debe gestionar un servicio y aprender de su operación. Si busca modificar un problema colectivo, debe articular ambos dentro de una política pública coherente.
El criterio para decidir es sencillo: primero defina qué valor debe producirse y cómo se sostendrá; después seleccione las herramientas. Invertir ese orden convierte la metodología en un fin y deja a la institución administrando actividades sin responsabilidad clara por los resultados.
Contacto directo
¿Su organización está gestionando un proyecto como servicio, o un servicio como proyecto?
Podemos ayudar a delimitar el objeto de gestión y diseñar la arquitectura adecuada.