gonzalo@flores — ~/portfolio/rediseno-procesos-estado EN
Gonzalo Flores Kemec

← Portfolio

Adoption

Rediseñar trámites del Estado: del proceso real al sistema, no del manual al formulario

Rediseñé y digitalicé procesos de permisos de autopartes, diseño industrial, comercio exterior y defensa de la competencia, modelando el proceso real —no el del manual— para eficientizarlo antes de informatizarlo.

./caso --ficha
cliente
Organismo público de producción (gobierno nacional)
rol
Analista de procesos y sistemas
sector
Sector público · producción industrial y comercio
eslabones
Sociología de las organizaciones · Ingeniería de software
stack
BPMN · UML · Ingeniería de requisitos · SQL

Caso real, anonimizado y reconstruido a posteriori. Se describe el problema de negocio, el método y las decisiones; no se publica código ni dato sensible.

Cliente. Un organismo público nacional del área de producción, con trámites que tocan a empresas, importadores y ciudadanos: permisos de autopartes, modelos de diseño industrial, comercio exterior, defensa de la competencia.

Enfoque

Caso de dos eslabones del método —la sociología de las organizaciones y la ingeniería de software— aplicados al lugar donde la transformación digital más fracasa: el Estado. La regla que lo gobierna es una sola y es la antítesis de la marca: no se digitaliza un proceso roto; se rediseña primero. Informatizar un trámite ineficiente solo lo vuelve más rápido en su disfunción.

Por eso el primer paso nunca fue técnico. Fue leer el proceso real —cómo circula de verdad un expediente, con qué demoras, qué actores, qué incentivos— y separarlo del proceso del manual, que casi nunca coinciden.

El problema detectado

Los trámites del organismo eran lentos, opacos y de carga manual: expedientes en papel, pasos redundantes, criterios que vivían en la cabeza de personas y no en reglas explícitas. El problema declarado era “queremos digitalizar”. El real era que, debajo, el proceso mismo estaba sin diseñar: digitalizarlo tal cual hubiera congelado la ineficiencia en software.

Relevamiento funcional

Modelé los procesos con BPMN y UML y un trabajo sistemático de ingeniería de requisitos: entrevistas, observación del flujo real, mapeo de actores y puntos de decisión. Para cada trámite —autopartes, diseño industrial, comercio exterior, defensa de la competencia— el relevamiento distinguió qué pasos agregan valor, cuáles son control real y cuáles son fricción heredada que se podía eliminar.

Construcción de la solución

  • Rediseño de proceso antes que sistema: simplificar el flujo, explicitar criterios, quitar pasos redundantes —la parte que de verdad eficientiza.
  • Modelado formal (BPMN/UML) como puente entre el negocio y quien construye el sistema, de modo que el requerimiento no se degrade en el camino.
  • Validación con datos (SQL) para sostener las decisiones de rediseño sobre evidencia, no sobre impresiones.

Capa de información y datos

La digitalización convirtió expedientes y criterios dispersos en información estructurada y consultable: trazabilidad de cada trámite, reglas explícitas en lugar de criterio tácito, y una base para medir el propio proceso. En el Estado, esa trazabilidad no es solo eficiencia: es transparencia y posibilidad de auditoría.

Cómo se condujo el trabajo

El trabajo es de una etapa muy anterior a las herramientas agénticas: el instrumental fue el del análisis de procesos clásico —BPMN, UML, ingeniería de requisitos, SQL—, sostenido a mano. Lo registro como reconstrucción honesta; no expongo trámites ni datos específicos del organismo. Lo que afirmo es el método: rediseñar la acción estatal desde la óptica de quien la usa, antes de instalar tecnología.

Qué prueba este caso

  • La regla del puente en el Estado: entender y rediseñar primero; automatizar después.
  • Traductor negocio ↔ técnico: modelado formal que evita el “teléfono descompuesto” entre el área y el sistema.
  • Raíz de la trayectoria: la disciplina sociotécnica aplicada al sector público, base de todo lo que vino después.