Toda dirección que se pone a trabajar con IA se topa, más tarde o más temprano, con esta pregunta: qué decisión puede tomar un sistema y qué decisión sigue siendo de una persona. La pregunta suena sencilla. La respuesta, a menudo, no lo es, porque el límite no reside en la decisión en sí, sino en lo que la organización ha organizado a su alrededor.
No existe una lista fija de decisiones que por definición deban seguir siendo humanas. Una decisión de despido, un rechazo de crédito, una valoración médica: son ejemplos que se mencionan a menudo, pero la razón por la que son sensibles varía según la organización. En una institución tiene que ver con la responsabilidad jurídica, en otra con la irreversibilidad del resultado, en una tercera con la ausencia de un margen de error adecuado. Quien copia una lista de otra organización copia una respuesta sin haberse hecho la pregunta.
Lo que sí funciona es analizar la decisión en sí misma: cuál es el impacto si algo sale mal, si el resultado se puede corregir, y si hay alguien que pueda dar cuenta del resultado y responder por él. Estas tres preguntas son la base de lo que en otro lugar se denomina reglas para agentes: límites establecidos que determinan cuándo un sistema puede seguir actuando y cuándo debe detenerse y recurrir a una persona.
La tentación de dejar esta pregunta en manos de TI es grande, como si fuera un ajuste que se configura una sola vez. Eso no funciona, por una razón sencilla: una regla para agentes solo es fiable si la organización que la rodea está en orden. Si nadie sabe quién es el propietario de un proceso, nadie puede determinar quién es el punto de escalado. Si los datos no están en orden, un sistema no sabe cuándo se encuentra ante una excepción que requiere la intervención de una persona. Las dimensiones fundamentales de una organización —gobernanza, infraestructura, gestión de datos— preceden, por tanto, a la pregunta de qué decisiones pueden automatizarse. Sin esa base, cualquier límite que trace es un límite sobre el papel.
Esta es, precisamente, la razón por la que esta pregunta raramente vive en un solo lugar de la organización. La dirección ve el riesgo, el CIO ve la viabilidad técnica, el propietario del proceso ve la práctica diaria. Cómo reunir esas tres perspectivas antes de que el ritmo de automatización se convierta en fuente de desacuerdo se describe en cómo llevar la conversación sobre el ritmo entre el consejo y la dirección. Quien se plantea esta pregunta solo cuando el primer piloto ya está en marcha, se la plantea demasiado tarde.
La medición de madurez de hybridresourcing determina si una organización dispone de la base necesaria para trazar este tipo de límites de manera significativa. Siete dimensiones, cinco niveles de baseline a intelligence, y una ronda de puntuación en la que varias personas puntúan de forma independiente. Esa dispersión suele ser el elemento más útil: si un CHRO sitúa la madurez de datos en activation y el CIO en baseline, usted sabe que primero debe producirse una conversación antes de plasmar en el papel una regla que nadie podrá ejecutar.
Lo que la medición no hace es indicar qué decisión puede automatizarse en su organización. Mide la preparación, no la idoneidad de una tarea concreta. Le indica si la organización puede sostener lo que la IA es capaz de hacer, no lo que la IA asumiría en concreto. Esa distinción entre sostener y asumir es la diferencia entre sostener la IA y transferirle tareas, y es una distinción que esta página mantiene deliberadamente: una puntuación en la medición no es una carta blanca ni una prohibición, es una fotografía del estado en que se encuentra la organización en este momento.
Esa fotografía envejece. Una organización que hoy puntúa foundation en gestión de datos puede situarse en activation al cabo de un año, o igualmente puede haberse quedado estancada. Con qué frecuencia tiene sentido volver a medir, y de qué depende eso, puede leerlo en con qué frecuencia debe repetirse una medición de madurez. Una medición única que termina en un cajón tiene poco valor; una medición que reinicia la conversación en la dirección, sí lo tiene.
La medición no resuelve el desacuerdo en su dirección. Lo hace visible, y eso no es lo mismo. Si su consejo y su dirección llevan tiempo en desacuerdo sobre el ritmo de adopción de la IA, la causa suele ser más profunda que una falta de datos: tiene que ver con la disposición al riesgo, con quién se considera responsable de qué, con lo que ocurre cuando alguien abre una ventana de chat y piensa que con eso ya ha incorporado la IA a la empresa. Lo que usted no ve si solo conoce la ventana de chat es precisamente la parte de la organización de la que trata esta pregunta: la infraestructura, las reglas, las personas que saben cuándo un sistema debe detenerse. Por qué su dirección está en desacuerdo sobre el ritmo se explica en esta página, y a menudo es más útil mantener esa conversación primero que esperar a que un piloto se estanque y la pregunta vuelva a la mesa de todos modos.
Esta página trata sobre el límite que usted traza de antemano: qué decisión permanece en manos de una persona, independientemente de lo que un sistema pueda asumir técnicamente. En cuanto ese límite queda establecido aproximadamente, la pregunta se desplaza hacia el trabajo en sí: qué tareas dentro de ese límite son adecuadas para transferir, y qué parte de una función sigue siendo trabajo humano independientemente de la preparación organizativa. Esa pregunta no la responde la medición de madurez. El escáner de trabajo de FTE TO AI calcula, tarea por tarea, qué parte del trabajo puede ser asumida por la IA, y con eso conecta con el punto en el que termina esta página: no si su organización está preparada, sino qué hay concretamente sobre la mesa para transferir en cuanto lo esté.
La herramienta con la que usted mismo puede determinar esto está en construcción. Quien quiera realizar la medición en cuanto esté disponible puede apuntarse a la lista de espera.
Vraag maar wat er moet staan voordat AI in uw organisatie kan landen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.