Aplicación integrada a TechServe IT

Define el punto de partida

El caso ofrece un inventario didáctico de tres sistemas y cuatro usos: copiloto para código y respuestas, chatbot de primer nivel y clasificador de criticidad y destino. No contamos con proveedores, versiones, contratos ni mecanismos de revisión confirmados para todos ellos.

Antes de consolidar la evaluación, registra la relación con el alcance aprobado. Si el SGIA solo abarca el chatbot, las filas sobre copiloto y clasificador siguen siendo ejercicios o propuestas de ampliación pendientes, según corresponda. Un documento de formación no modifica el alcance por sí mismo.

Trabajaremos con hipótesis para practicar. No se deben presentar como incidentes reales de TechServe IT ni como resultados de una auditoría. Las valoraciones finales requieren contexto, criterios y evidencias que aquí no tenemos.

Un registro inicial de cuatro escenarios

R-001 / USO-004: propuesta de criticidad insuficiente que, si se aplica sin corrección eficaz, podría demorar la atención. IMP-001: posible interrupción prolongada del trabajo. Falta confirmar aplicación, evolución de la cola, dependencia del servicio y revisión.

R-002 / USO-003: respuesta basada en contenido no aplicable que, si se sigue, podría llevar a una acción inadecuada. IMP-002: posible prolongación o empeoramiento de la incidencia. Falta comprobar contenido, versión, respuesta y acciones posteriores.

R-003 / USO-001: propuesta de código con un defecto relevante que, si se incorpora y despliega sin detectarlo, podría afectar al servicio. IMP-003: posible interrupción o funcionamiento incorrecto para sus usuarios. Falta conocer revisión, pruebas, incorporación y entorno de uso.

R-004 / USO-002: propuesta de respuesta con instrucciones inadecuadas que, si se envía y se sigue, podría generar trabajo adicional o una actuación incorrecta. IMP-004: posible esfuerzo adicional o afectación de la actividad del destinatario. Falta distinguir propuesta, revisión, envío y resultado.

Estas cuatro filas son una primera selección para aprender. No pretenden cubrir todos los riesgos de seguridad, privacidad, calidad, derechos o funcionamiento de los usos analizados. Amplía el registro a partir del contexto y la evidencia, no para alcanzar un número de filas.

Desarrolla R-001 sin saltar pasos

Hecho aportado exclusivamente por la extensión didáctica: una revisión considera urgente un ticket para el que el clasificador propuso una prioridad baja. No tenemos prueba de prioridad aplicada, demora, daño, sesgo ni causa técnica.

Condición posible: información insuficiente o interpretación inadecuada del contexto. Es una hipótesis entre otras. Suceso: propuesta de prioridad insuficiente. Condición de aplicación: se utiliza sin una corrección eficaz. Consecuencia potencial: demora relevante que prolonga la interrupción de una actividad.

IMP-001 añade la perspectiva de quien espera atención: dependencia del servicio, alternativas, duración y posibilidad de recuperar la actividad. El equipo técnico y la organización pueden necesitar fichas adicionales si aparecen efectos diferentes.

Resultado actual: escenario formulado, relación con impacto identificada y evaluación pendiente de las evidencias y criterios que faltan. No lo etiquetamos automáticamente como bajo, alto, aceptado ni tratado.

Ordena las comprobaciones

La primera comprobación es reconstruir qué ocurrió entre la propuesta y la atención: qué prioridad se aplicó, quién intervino y cuándo. Después examinaremos si hubo una demora relevante y qué efecto tuvo. La investigación de la causa puede requerir comparar entradas, salidas y contexto.

Asigna las comprobaciones a funciones: responsable del proceso de soporte, persona que mantiene la herramienta o función que puede recoger la experiencia del destinatario. Son ejemplos de colaboración; no estamos afirmando que TechServe IT tenga esos cargos ni que uno de ellos posea toda la autoridad.

Anota qué datos necesitas y evita recopilar información innecesaria. Si los registros son incompletos, conserva esa limitación. No completes fechas, volúmenes, tasas o mecanismos de revisión con suposiciones presentadas como hechos.

Prepara el paso al tratamiento

El siguiente trabajo consiste en decidir cómo responder a los riesgos conforme al método del SGIA. Para ello conviene entregar escenarios claros, criterios aplicados o pendientes, impactos relacionados, controles existentes y evidencia sobre su funcionamiento cuando se conozca.

Distingue un control documentado de un control cuya eficacia ha sido comprobada. “Hay revisión humana” no explica qué revisa la persona, con qué información, en qué momento ni qué capacidad tiene para corregir la salida. Si esos elementos no se conocen, se registran como pendientes.

No selecciones medidas solo por su nombre ni des por aceptado un riesgo porque la herramienta resulte útil. Las decisiones de tratamiento y aceptación requieren las responsabilidades y criterios correspondientes. Si hay un problema urgente, debe atenderse de inmediato por los canales establecidos sin esperar al módulo siguiente.

Revisión de calidad del paquete

Comprueba que cada fila remite a un uso, que el alcance es visible y que las condiciones no confirmadas están identificadas. Revisa que cada impacto describa un efecto y unos afectados, no únicamente una etiqueta de gravedad.

Busca contradicciones: ¿una ficha dice que hubo demora y otra que se desconoce la aplicación?, ¿se atribuye una causa sin evidencia?, ¿se ha clasificado como bajo lo que simplemente no se ha investigado? Corrige el lenguaje antes de compartir el registro.

Conserva fecha, versión, fuentes y funciones responsables de las comprobaciones. La revisión no convierte el ejercicio en una evaluación normativa completa. Sirve para entregar un trabajo comprensible y continuar con decisiones fundamentadas.

Entrega final del módulo

Entrega un registro de los cuatro escenarios didácticos, una ficha desarrollada de riesgo, una de impacto y una lista de comprobaciones. Puedes usar las plantillas del paquete. Deja vacías o marcadas como pendientes las valoraciones sin fundamento; explica por qué.

El criterio de logro es poder defender la cadena entre uso, escenario, consecuencias, afectados y evidencia. Si puedes señalar qué cambiaría tu valoración ante nueva información, el análisis está preparado para revisarse.

Has completado la fase formativa de identificación y clasificación. El registro seguirá vivo: la evaluación debe revisarse cuando cambien las condiciones o aparezcan evidencias relevantes. El módulo 6 abordará el tratamiento y la selección de controles.

Tu ficha de trabajo

Audio 012 · Valorar riesgos de IA: criterios, impactos y decisiones pendientes

Escucha este episodio al terminar el bloque de tres lecciones. Después, revisa tu ficha y las precisiones del caso que aparecen debajo.

Escuchar en iVoox ↗ (nueva pestaña)