“Está hecho” no es un estado
Un equipo afirma que el cliente está incorporado. Comercial entiende que el contrato está firmado. Administración, que existe ficha de facturación. Operaciones, que dispone de información suficiente para empezar. El cliente cree que recibirá el servicio al día siguiente.
Todos utilizan el mismo nombre y habitan configuraciones distintas.
Un estado verificable corrige esa ambigüedad. No describe esfuerzo ni enumera tareas realizadas. Declara qué condiciones deben concurrir para que una transición pueda considerarse cerrada y habilite con seguridad lo que viene después.
Un cierre es suficiente cuando quienes dependen de él pueden actuar sin reconstruir su significado.
Estado: configuración, no casilla
“Contrato firmado” es un hecho. Puede formar parte de un estado, pero rara vez contiene por sí solo la configuración completa.
Un estado denominado cliente activado podría exigir:
- contrato formalizado por quien tiene capacidad;
- condiciones económicas registradas;
- información mínima de prestación disponible;
- responsable operativo asignado;
- accesos o recursos habilitados;
- comunicación de inicio recibida;
- incidencias críticas resueltas o expresamente exceptuadas.
La lista exacta depende de la función. El principio permanece: el estado debe ser comprobable mediante evidencia y suficientemente coherente con el sistema global.
La atomicidad es funcional, no ontológica. No hay que describir hasta el último detalle. Hay que alcanzar el nivel de resolución necesario para eliminar la fricción relevante. Si “cliente activado” sigue ocultando cierres incompatibles, se subdivide. Si el detalle no modifica ninguna decisión ni transición, sobra.
Función: la transformación que conserva identidad
Una función estructural es el paso organizado entre un estado anterior y uno posterior.
Cliente aceptado → Cliente activado puede ejecutarse mediante personas, tareas o tecnologías diferentes. Mientras se conserve la transformación, la función mantiene identidad. Si cambia sustancialmente alguno de sus extremos —por ejemplo, activar ya incluye una evaluación regulatoria que antes no existía—, puede haber nacido una función distinta que necesita nueva formalización.
Esta definición permite separar tres niveles:
- Función: qué transformación debe producirse.
- Forma: qué configuración efectiva organiza esa transformación.
- Tareas: qué acciones concretas se realizan para ejecutarla.
La empresa puede mejorar tareas sin cambiar función. Puede cambiar forma sin alterar el resultado esperado. Y puede descubrir que el resultado esperado ya no basta, lo que obliga a redefinir la propia función.
El responsable estructural no hace todo
Una función puede distribuirse entre varios equipos y sistemas. Sin embargo, su cierre necesita unidad. El responsable estructural es quien debe verificar el estado posterior y declarar que la transición ha concluido.
No es necesariamente quien ejecuta más tareas, quien ocupa el puesto jerárquico superior ni quien soporta toda responsabilidad jurídica. Debe tener:
- acceso a la evidencia necesaria;
- autoridad suficiente para aceptar, rechazar o escalar el cierre;
- capacidad de activar revisión cuando la forma no basta;
- un límite explícito para no asumir obligaciones que no puede controlar.
Asignar responsabilidad sin capacidad de modificar o detener la forma produce una apariencia de gobierno y una dependencia injusta.
El Marco: las condiciones de gobierno de la función
El par de estados identifica la función. El Marco hace posible gobernarla.
Incluye:
| Elemento | Pregunta de diseño |
|---|---|
| Responsable | ¿Quién declara el estado posterior? |
| Apertura | ¿Qué debe ser verdad para iniciar? |
| Cierre | ¿Qué condiciones mínimas deben concurrir? |
| Evidencia | ¿Qué prueba se acepta y dónde queda? |
| Límites | ¿Qué tiempo, coste, riesgo o autoridad no puede superarse? |
| Dependencias | ¿Qué estados ajenos condicionan esta función? |
| Excepciones | ¿Quién puede autorizarlas y cómo se documentan? |
| Afectados | ¿Quién recibe o soporta el resultado y puede impugnarlo? |
| Revisión | ¿Qué señal obliga a revisar la forma? |
El Marco no elimina el juicio. Hace visible desde dónde se ejerce.
La ficha de función estructural
Una ficha mínima puede redactarse así:
Nombre: Activar cliente.
Estado anterior: Cliente aceptado con condiciones válidas.
Estado posterior: Cliente operativo, informado y correctamente registrado.
Responsable estructural: Rol que verifica y declara la activación.
Evidencia: Contrato, condiciones económicas, ficha, asignación y comunicación.
Límites: No iniciar sin información crítica; excepciones económicas escaladas.
Dependencias: Riesgo, facturación, capacidad operativa y protección de datos.
Activadores de revisión: Reaperturas, retrasos, quejas iniciales o intervención directiva reiterada.
La ficha no pretende capturar la operación completa. Captura lo suficiente para que la identidad de la función, su cierre y sus límites puedan compartirse y revisarse.
Verificación e impugnación
Un estado no es verificable solo porque exista un dato. La evidencia debe ser pertinente, accesible y comprensible para quien cierra. Además, quienes reciben el resultado necesitan una vía para mostrar que el cierre declarado no produce la configuración prometida.
La impugnación no reabre automáticamente todo. Activa el mecanismo previsto: corregir evidencia, tratar una excepción, revisar la forma o mantener el cierre con motivación suficiente.
Esta capacidad de corrección diferencia una estructura viva de una formalización defensiva.
Intervención mínima suficiente
No todas las tareas merecen una ficha. Deben formalizarse primero las funciones cuyo fallo:
- propaga efectos a varias áreas;
- compromete derechos, dinero, reputación o continuidad;
- depende de conocimiento personal difícil de sustituir;
- genera fricción repetida;
- va a automatizarse, delegarse o escalarse.
Formalizar sin selección crea burocracia. Formalizar por peso estructural crea capacidad.
Una ficha aislada todavía no constituye memoria institucional. Para que la mejora permanezca, debe probarse, versionarse e integrarse. Ese es el objeto del Inventario.