← Diario

Definir un producto digital sujeto a restricciones regulatorias

Partir de decisiones, pruebas y responsabilidades en lugar de convertir cada restricción en una funcionalidad.

ProductoRegulaciónArquitectura

Una restricción todavía no dice qué construir

Los equipos que crean productos regulados reciben textos, políticas internas y opiniones especializadas que no hablan el idioma del software. La reacción natural consiste en convertir cada frase en un requisito funcional. El backlog crece, mientras la relación entre regla, riesgo y prueba se vuelve más difícil de seguir.

La definición inicial debe crear esa relación antes de detallar la solución. No se trata de pedir al equipo de producto que interprete solo la norma, ni a los especialistas que diseñen la interfaz. Se trata de construir un objeto común donde cada disciplina pueda ver la decisión y su justificación.

Expresar la obligación como una situación observable

Una formulación útil indica quién actúa, sobre qué objeto, en qué momento, con qué información y qué rastro debe permanecer. Esta estructura expone las ambigüedades. También muestra si la respuesta pertenece al producto, a un procedimiento humano, a un control organizativo o a una combinación.

«Garantizar la trazabilidad» sigue siendo demasiado general. Hay que identificar los eventos afectados, quién puede consultarlos, cuánto tiempo resulta útil conservarlos, cómo se impugna una acción y cómo se comporta el sistema cuando falta información.

Esta precisión no sustituye la validación especializada. Entrega a los especialistas un objeto concreto que confirmar o corregir.

Construir una cadena de prueba

Cada decisión sensible debería relacionar cuatro elementos:

  1. la fuente de la restricción;
  2. la interpretación elegida y su responsable;
  3. el comportamiento de producto u organización que se deriva;
  4. la prueba utilizada para verificar ese comportamiento.

La cadena evita dos fallos comunes. El primero es la conformidad declarativa: el equipo afirma que responde a la restricción, pero no puede mostrar cómo. El segundo es el exceso de conformidad: se construyen mecanismos costosos sin saber qué riesgo reducen.

El registro debe permanecer corto y vivo. Una base exhaustiva pero obsoleta no ayuda a entregar. La prioridad corresponde a decisiones difíciles de revertir, hipótesis abiertas y pruebas aún pendientes.

Distinguir decisiones automáticas y asistidas

Los productos sensibles se benefician de hacer explícita la frontera entre automatización y juicio humano. Una regla puede bloquear una operación, emitir una señal para revisión, proponer una decisión impugnable o limitarse a conservar un rastro.

Estos comportamientos tienen efectos diferentes sobre las personas usuarias, la operación y la responsabilidad. Deben elegirse, no heredarse por accidente de la implementación. La interfaz también debería mostrar lo que el sistema sabe, lo que deduce y lo que queda por decidir.

Probar los casos degradados antes del recorrido ideal

La definición clásica describe un recorrido nominal y añade excepciones después. En un contexto regulado, las excepciones suelen contener el riesgo real: datos ausentes, identidad incierta, plazo vencido, fuentes contradictorias, decisión impugnada o servicio externo no disponible.

Trabajar pronto estos casos revela responsabilidades ausentes. ¿Quién puede eliminar un bloqueo? ¿Qué información debe verse? ¿Qué demora es aceptable? ¿Qué rastro permite una revisión posterior? Las respuestas condicionan la arquitectura tanto como la experiencia de uso.

Entregar un primer alcance verificable

El primer incremento no debe cubrir todo el marco regulatorio. Debe cerrar una cadena completa en un alcance reducido: una situación real, una decisión, una prueba, un mecanismo de impugnación o recuperación y un equipo capaz de operarlo.

Ese alcance produce una conversación más sólida que una especificación extensa. Los especialistas pueden revisar un comportamiento real. El equipo técnico ve el coste de la prueba. El negocio puede medir el efecto de la regla en el trabajo cotidiano.

Una buena definición no elimina la incertidumbre regulatoria. La localiza. Muestra qué decisiones están validadas, cuáles dependen todavía de una opinión, qué pruebas se producirán y qué parte del sistema deberá cambiar si evoluciona la interpretación. Esa capacidad de adaptación documentada suele ser más valiosa que una promesa de conformidad inmóvil.