Relacionar la evaluación de riesgos y la de impactos

Dos preguntas que se ayudan

Al evaluar un riesgo preguntamos qué podría ocurrir en un contexto incierto y cómo valorar sus posibles consecuencias. Al evaluar impactos estudiamos con más detalle los efectos reales o potenciales del uso de IA: quién los experimenta, en qué condiciones y con qué alcance.

Ambas miradas pueden incluir personas y organizaciones. No son territorios exclusivos. La evaluación de impactos puede ampliar o corregir nuestra comprensión de las consecuencias, mientras el escenario de riesgo ayuda a precisar las condiciones en las que esos efectos podrían producirse.

Los registros son herramientas de trabajo. Puede haber documentos separados o una estructura integrada si permite conservar la información y las relaciones necesarias. En esta lección proponemos dos fichas enlazadas para hacer visible el razonamiento; no afirmamos que sea el único formato conforme.

Relaciona, no dupliques sin control

Asigna identificadores estables. Por ejemplo, R-001 puede representar el escenario de prioridad insuficiente e IMP-001 el posible efecto de interrupción prolongada sobre quien solicita atención. El enlace permite llegar de un registro al otro sin repetir toda la descripción.

Un escenario puede estar relacionado con varios impactos: interrupción del trabajo, contactos adicionales y acumulación de tareas. Un mismo impacto puede tener relación con varios escenarios: una respuesta inadecuada del chatbot o una derivación errónea también podrían contribuir a prolongar una interrupción.

La relación puede ser de muchos a muchos. Cada enlace debe explicar la condición o mecanismo que lo hace plausible. No unas registros solo porque contienen la misma palabra. Conserva las versiones y la fecha de revisión cuando el análisis cambie.

Qué aporta la ficha de impacto

Una categoría de consecuencia no cuenta toda la historia. La ficha puede mostrar que una demora afecta de modo distinto a quien dispone de una alternativa de trabajo y a quien depende completamente del servicio. También puede revelar barreras para solicitar revisión o recuperar la actividad.

Describe duración, reversibilidad, extensión y perspectiva de los afectados cuando sean pertinentes. Mantén separados los impactos observados y potenciales. Si se ha recogido una experiencia, indica sus límites y evita generalizarla sin fundamento.

Incluye efectos favorables cuando existan o se prevean, con la misma disciplina sobre evidencia y condiciones. Un beneficio general no cancela automáticamente un perjuicio específico. La decisión debe poder explicar cómo se han considerado ambos.

Qué vuelve al registro de riesgos

Si el análisis de impactos identifica un efecto más grave de lo previsto o una condición de vulnerabilidad del proceso, revisa la descripción del escenario y la valoración de consecuencias. Si revela que faltaba un grupo afectado, amplía el análisis de manera trazable.

Si una investigación comprueba que la salida nunca se aplicó en el caso estudiado, corrige las afirmaciones sobre efectos observados. Puede seguir siendo útil mantener un escenario potencial para otras condiciones, pero no debe conservarse como si describiera un daño demostrado.

No fuerces una correspondencia de una fila por cada fila. La conexión sirve para mejorar las decisiones y evitar contradicciones, no para producir dos tablas idénticas.

Ejemplo enlazado de TechServe IT

R-001, extensión didáctica: en USO-004 podría proponerse una prioridad insuficiente; si se aplica sin corrección eficaz, la atención podría demorarse. Evidencia disponible: el supuesto del ejercicio informa de una propuesta baja frente a una necesidad considerada urgente. Aplicación, demora y causa permanecen pendientes.

IMP-001, efecto potencial: prolongación de la interrupción del trabajo de quien solicita atención, condicionada a que exista una demora relevante y a su dependencia del servicio. Falta conocer duración, alternativas y experiencia de la persona afectada.

El enlace R-001 → IMP-001 se justifica por la posible demora en la atención. No confirma por sí mismo esa demora. Otro registro podría describir la carga adicional del equipo de soporte; necesitaría sus propias condiciones y evidencias.

Con estos datos, la clasificación sigue provisional o pendiente según el método. La ficha de impacto no autoriza inventar una gravedad definitiva, y la ficha de riesgo no sustituye la investigación de la experiencia real.

Revisión coherente y cambios

Define quién mantiene cada registro y quién puede revisar sus conclusiones. No tiene que ser siempre la dirección: dependerá de las responsabilidades y de la autoridad asignada. Identifica la función necesaria, sin atribuir nombres o autorizaciones no confirmadas en TechServe IT.

Revisa los enlaces cuando cambien el uso, los datos, la configuración, la forma de aplicar salidas o la evidencia de efectos. Combina revisiones previstas con desencadenantes relevantes; no hay una frecuencia universal que podamos imponer en este ejercicio.

La información debe conservar su trazabilidad. Si una hipótesis se descarta, registra por qué y qué escenarios siguen abiertos. Si aparece un problema que exige respuesta inmediata, la coordinación documental acompaña la actuación, no la bloquea.

Actividad y revisión

Crea un enlace entre un escenario de la lección 5.2 y una ficha de afectados de la 5.3. Escribe una frase que explique la relación. Después imagina una nueva evidencia y anota qué campos revisarías en cada registro.

La actividad está bien resuelta si los dos registros comparten los hechos relevantes, conservan las incertidumbres y aportan información complementaria. Si uno dice “daño confirmado” y el otro “aplicación desconocida”, hay una contradicción que resolver.

Tu ficha de trabajo