Idea principal

En una organización muy especializada, quien podía actuar sobre un dominio era también aquel a quien correspondía ese dominio: el desarrollador escribía el código y respondía de él, el diseñador dibujaba la interfaz y respondía de ella. Capacidad de acción y responsabilidad se superponían, de modo que rara vez hacía falta decir quién responde de qué.

Cuando una IA permite a un comercial construir una herramienta interna, a un Product Manager modificar una interfaz o a un desarrollador decidir un comportamiento de producto, la capacidad de actuar circula entre los oficios. La responsabilidad, en cambio, no circula con ella: el comercial que construye la herramienta no pasa a ser responsable de la seguridad de la plataforma, el PM que toca la interfaz no pasa a ser garante del sistema de diseño. Poder actuar y responder del dominio, que iban juntos, se separan.

Por qué es importante

Esto explica por qué la difuminación de los oficios no suprime los roles, sino que obliga a hacer explícitas las responsabilidades: la superposición ya no las protegía, ahora hay que nombrarlas. Y da una prueba sencilla ante una contribución que llega de fuera: la pregunta ya no es "¿quién tiene derecho a tocar qué?", sino "¿a partir de qué nivel de riesgo o de novedad debe retomar el control la garantía del dominio?".

Matices y límites

La superposición nunca fue perfecta: incluso en un funcionamiento muy especializado, había responsabilidades que flotaban entre oficios. La IA no crea la separación, la hace visible y frecuente. Y hacer explícitas las responsabilidades no basta: si cada contribución tiene que ser validada por el dominio afectado, se recrean los antiguos pasos obligados con otro nombre.

Preguntas abiertas

• ¿Qué nivel de riesgo o de novedad hay que fijar para que un dominio retome el control, sin que ese umbral se convierta en validación sistemática?