Comprender la organización y su contexto
Para decidir qué debe abarcar el SGIA necesitamos comprender para qué se utiliza la IA, en qué condiciones funciona y qué cuestiones pueden influir en los resultados del servicio.
Comprender antes de delimitar
El contexto da sentido a las decisiones
En el módulo 1 identificamos tres usos de IA y señales que merecen atención. Ese diagnóstico es nuestro punto de partida. Ahora preguntamos qué quiere conseguir la organización con esos usos y qué condiciones pueden ayudar o dificultar que lo consiga.
ISO/IEC 42001 sitúa el sistema de gestión de IA en el contexto de la organización. En este curso lo abordamos con una pregunta práctica: ¿qué necesitamos conocer de TechServe IT y de su entorno para gestionar estos usos de forma coherente?
Una misma herramienta puede requerir decisiones diferentes según el servicio, las personas que utilizan sus respuestas, los compromisos adquiridos o la capacidad de supervisión. Por eso, enumerar aplicaciones resulta insuficiente para comprender el contexto.
Cuestiones internas
Miramos hacia la organización: su propósito, los servicios que presta, cómo se toman las decisiones, los recursos disponibles, las competencias y las formas habituales de trabajar.
Pregunta útil: ¿hay tiempo y capacidad para revisar una propuesta del copiloto antes de utilizarla? En el caso todavía debemos confirmarlo.
Cuestiones externas
Miramos hacia el entorno: clientes, compromisos, proveedores, evolución tecnológica y requisitos aplicables que puedan influir en la actividad.
Pregunta útil: ¿qué compromisos del servicio debemos considerar al revisar la prioridad asignada a un ticket? No conocemos todavía su contenido.
Algunas cuestiones conectan ambos lados. Un cambio de un proveedor puede afectar a la capacidad interna de verificar un sistema. Puedes marcarlo como mixto y explicar la relación. La clasificación sirve para ordenar el trabajo; lo decisivo es comprender su relevancia.
De una etiqueta a una cuestión útil
«Recursos» o «proveedores» son temas demasiado amplios. Una cuestión útil explica qué condición interesa, por qué puede influir y qué necesitamos comprobar. Por ejemplo: «Capacidad del equipo para revisar las propuestas del copiloto antes de utilizarlas; disponibilidad y criterios de revisión pendientes de confirmar».
No hemos afirmado que falten recursos. Hemos señalado una incertidumbre relevante para decidir cómo organizar la revisión. Tampoco hemos evaluado todavía todos los riesgos ni seleccionado controles. Ese trabajo se desarrollará en los módulos correspondientes.
Una secuencia para cada cuestión
- Describir: ¿qué cuestión queremos comprender?
- Relacionar: ¿por qué importa para el servicio o el SGIA?
- Comprobar: ¿qué información permitiría aclararla?
- Coordinar: ¿qué función proponemos para buscar esa información?
- Decidir: ¿qué decisión podremos preparar cuando la conozcamos?
Aplicar al caso
Trabajar con lo que sabemos
TechServe IT es una organización ficticia del ámbito de los servicios TI. Conservamos los hechos del diagnóstico y diferenciamos tres estados de la información:
Hecho del caso
La narración indica que se han observado propuestas inadecuadas del copiloto. Es una señal conocida dentro del ejercicio; su frecuencia y causas no están determinadas.
Pendiente de confirmar
No sabemos qué revisión se realiza, quién tiene permisos para utilizar esas propuestas ni con qué criterios. Debemos buscar esa información.
Hipótesis
Si un proveedor cambiara el modelo, podría ser necesario revisar su comportamiento. Es un escenario para razonar, no un cambio que haya ocurrido en el caso.
Tres usos, preguntas distintas
Chatbot de nivel 1. El diagnóstico señala recogida de datos. Interesa aclarar qué información pide el servicio, para qué la necesita y qué instrucciones recibe el usuario. Revisar el flujo de atención y sus mensajes ayudaría a comprender el contexto de uso. No podemos deducir, solo con esa señal, la existencia de un incumplimiento.
Copiloto. Las propuestas inadecuadas nos llevan a preguntar cómo se integran sus resultados en el trabajo, qué competencias requiere su revisión y quién decide utilizarlos. Entrevistas y ejemplos de trabajo podrían aportar información. Si encontramos un procedimiento, también habrá que comprobar cómo se aplica.
Clasificador de tickets. Sabemos que algunos tickets reciben prioridades bajas. Necesitamos conocer los criterios esperados, los procesos afectados y las vías de revisión. Una muestra de tickets y los criterios acordados permitirían comparar lo esperado con lo observado. Esta señal no demuestra por sí sola un sesgo en los datos de entrenamiento.
¿Cuánto detalle necesitamos ahora?
Elige cuestiones que puedan influir en la finalidad del SGIA o en la futura delimitación de su alcance. Si una cuestión no cambia ninguna pregunta ni decisión, concreta mejor su relevancia. Evita rellenar una lista extensa de factores genéricos que después nadie utilizará.
El registro será una fotografía inicial que deberemos revisar cuando aparezca información nueva o cambien las condiciones. Más adelante conectaremos estas cuestiones con las partes interesadas, los límites y las dependencias.
Audio de apoyo · Episodio 006
Bases operativas de un SGIA: contexto, partes interesadas y requisitos
Después de escuchar, anota una cuestión interna y otra externa que merezca investigarse. Distingue la propuesta de lo que conocemos del caso.
Consultar el punto de escucha del episodio 006 ↗ (nueva pestaña)Este episodio tiene su punto de escucha en lección 2.2. Si ya lo has escuchado, utiliza estas notas para repasar; no hace falta repetir el audio completo.
La escena inicial y los detalles sobre incidentes o cifras son hipotéticos y no son hechos confirmados de TechServe IT. Anota las afirmaciones que habría que comprobar y contrasta el contexto con documentos, aportaciones de las personas y verificaciones pertinentes. La numeración del título corresponde a la entrega original; consulta la guía de escucha crítica ↗ (nueva pestaña).
Tu registro inicial
Convertir el diagnóstico en preguntas
Recupera tus fichas del módulo 1. Propón un objetivo del servicio y redacta tres cuestiones relevantes. Incluye al menos una interna y una externa. Puedes añadir una mixta, siempre que expliques la relación.
Tiempo orientativo: 20–30 minutos. Puedes descargar un borrador en cualquier momento. No hay guardado automático: conserva el TXT antes de cerrar o recargar la página. No introduzcas datos personales ni información real confidencial.
Ver un ejemplo orientativo
Ámbito: interno. Estado: pendiente de confirmar.
Cuestión: capacidad y criterios del equipo para revisar las propuestas del copiloto antes de utilizarlas.
Relevancia: condiciona cómo incorporar el apoyo del copiloto al trabajo y cómo detectar propuestas inadecuadas.
Información: instrucciones de revisión, entrevistas y ejemplos de su aplicación; confirmar disponibilidad y competencias.
Coordinación propuesta: la función que gestione el equipo usuario, por identificar y confirmar.
Decisión posterior: proponer cómo organizar la revisión y qué información adicional hace falta. No concluir todavía que la supervisión es inexistente o ineficaz.
Revisión personal
- ¿Mis cuestiones son concretas y relevantes para el servicio?
- ¿Distingo lo conocido de lo pendiente y de lo hipotético?
- ¿La información propuesta ayudaría a aclarar cada cuestión?
- ¿He presentado los responsables y objetivos como propuestas?
- ¿Puedo explicar para qué decisión servirá cada respuesta?
Comprueba la idea
Repaso de la lección
Referencias y continuidad
La presentación oficial de ISO/IEC 42001 ↗ (nueva pestaña) explica la finalidad del SGIA y su relación con el contexto organizativo. Como apoyo complementario, la función MAP del NIST AI RMF Playbook ↗ (nueva pestaña) ayuda a pensar en el propósito, el entorno y las condiciones del uso de IA. NIST es una referencia complementaria, no un requisito de ISO/IEC 42001.
Consulta: 26 de septiembre de 2026. Explicaciones y plantillas didácticas originales; no reproducen el texto normativo ni constituyen una evaluación de conformidad.
Lo que te llevas
Un registro inicial de contexto y preguntas que orientan la búsqueda de información. En la lección 2.2 identificaremos a las partes interesadas y sus necesidades. Conserva tu TXT para continuar.