Redactar y revisar el alcance del SGIA
El alcance debe permitir que otra persona comprenda qué actividades gestionamos, dónde situamos los límites y qué relaciones necesitamos coordinar.
Reunir lo trabajado
Un texto breve con una base que lo sostenga
Ya tenemos tres piezas: las cuestiones de contexto de la 2.1, el mapa de partes interesadas de la 2.2 y los límites y dependencias de la 2.3. Ahora las utilizaremos para expresar una propuesta de alcance. No empezamos de una frase genérica ni decidimos los límites solo por comodidad.
El alcance describe el ámbito del sistema de gestión. Una declaración puede ser breve, pero necesita apoyarse en información que explique sus decisiones. El inventario detallará los sistemas y usos; los procedimientos desarrollarán cómo se trabaja. No hace falta convertir la declaración de alcance en ninguno de esos documentos.
Reunir
Contexto, necesidades, actividades, límites y relaciones relevantes.
Redactar
Explicar qué abarca la gestión y a qué servicio se aplica.
Contrastar
Comprobar que el texto coincide con lo que sabemos y deja visibles los pendientes.
Revisar
Valorar los cambios y conservar la decisión y sus motivos.
Seguimos trabajando con un caso ficticio. En esta lección el chatbot será el foco del ejemplo. Esto no aprueba su alcance ni decide por defecto qué hacer con el copiloto y el clasificador: ambos son usos conocidos y su tratamiento debe quedar razonado.
Dar forma al alcance
Qué debería entender quien lo lee
- Finalidad y servicio: para qué actividad de la organización se gestiona el uso de IA.
- Actividades abarcadas: qué decisiones y tareas se incluyen en esa gestión.
- Límites organizativos y operativos: qué unidades, funciones, ubicaciones o canales corresponden al ámbito propuesto.
- Relaciones relevantes: cómo se identifican y coordinan las interfaces y dependencias.
- Límites justificados: qué otros usos o actividades se han considerado y cómo se explica su tratamiento.
Son criterios de redacción para el ejercicio, no una fórmula literal de la norma. El nivel de detalle debe permitir entender el ámbito sin introducir datos que todavía no conocemos. Si una ubicación o una función está pendiente, se señala como tal en el borrador y se identifica qué falta comprobar.
Demasiado impreciso
«Nuestro SGIA cubre la inteligencia artificial de TechServe IT».
No permite identificar servicios, actividades ni límites. Tampoco aclara qué relaciones tendremos que gestionar.
Más concreto
«La propuesta se centra en la gestión del uso del chatbot de nivel 1 para la atención de consultas, con las actividades y límites que se detallan en el borrador».
Sitúa un uso y una finalidad. Aún necesita completar las actividades, los límites y las dependencias antes de adoptarse.
Ejemplo de declaración provisional
Borrador didáctico · pendiente de contraste y aprobación.
El SGIA propuesto comprende la gestión del uso del chatbot de nivel 1 de TechServe IT para la atención de consultas. Se propone abarcar la definición de su finalidad y condiciones de uso, las decisiones sobre la información solicitada, la revisión de la configuración y de los cambios, el seguimiento de su funcionamiento y la coordinación de la atención de incidencias relacionadas con ese uso.
El ámbito organizativo y operativo se concretará mediante la identificación de las funciones, unidades, ubicaciones y canales que intervienen, actualmente pendientes de confirmar. Se mantendrán identificadas las interfaces con otros procesos y las dependencias de servicios de terceros que se confirmen, junto con las decisiones y responsabilidades que corresponda coordinar.
El tratamiento del copiloto y del clasificador de tickets permanece pendiente de justificar a partir del contexto y de las necesidades identificadas. Este borrador no declara su exclusión definitiva ni que las actividades propuestas estén ya implantadas.
El ejemplo muestra cómo redactar sin inventar la organización. Con estos pendientes, no se presenta como alcance definitivo, aprobado o preparado para certificación.
La justificación acompaña al texto
Imagina que propones comenzar por el chatbot. Debes explicar qué cuestiones del contexto y qué necesidades apoyan ese foco, qué relaciones comparte con los otros usos y qué información falta para decidir. «Es lo más fácil» no describe por sí solo un criterio suficiente.
Una implantación por etapas puede servir para organizar el trabajo, pero el plan de etapas y el alcance adoptado deben ser comprensibles y coherentes. No presentes una fase inicial como si acreditara la gestión de todos los usos de IA de TechServe IT.
Describe las actividades de forma que puedan seguir entendiéndose si cambia una herramienta. Conserva las referencias a sistemas, versiones o proveedores donde aporten trazabilidad. Un cambio de marca no obliga automáticamente a empezar de cero: habrá que valorar qué cambia realmente.
Contrastar y mantener
Revisar el texto y comprobar la realidad
Antes de adoptar la propuesta, contrástala con las personas que conocen las actividades y con quien tenga autoridad para decidir. En el ejercicio proponemos esas funciones; todavía no conocemos las asignaciones reales de TechServe IT.
- Contexto: ¿responde a las cuestiones relevantes o deja alguna sin tratar?
- Necesidades: ¿considera a las partes identificadas y a quienes reciben efectos?
- Operación: ¿las actividades y los límites descritos pueden reconocerse en el trabajo?
- Dependencias: ¿mantiene visibles las relaciones con otros procesos y terceros?
- Información: ¿separa lo confirmado, lo propuesto y lo pendiente?
Un texto bien escrito no demuestra que el sistema de gestión funcione. Para comprobar la aplicación harán falta evidencias de las actividades correspondientes. Del mismo modo, el resultado de esta práctica no es una evaluación de conformidad.
Cuándo volver a revisarlo
Propón un criterio de revisión periódica y señala los cambios que justificarían una revisión adicional: un uso nuevo, una finalidad distinta, otro colectivo afectado, cambios en los datos, nuevas ubicaciones, una dependencia diferente o información relevante obtenida de una incidencia.
No fijamos aquí una periodicidad universal. TechServe IT deberá concretarla según sus condiciones. Una revisión tampoco exige modificar siempre el alcance: puede concluir que sigue siendo adecuado. Lo útil es conservar qué se ha valorado, la conclusión y quién la ha adoptado.
Ejercicio mental: cambia el proveedor del chatbot
Escenario hipotético. Primero pregunta si cambia la finalidad, las actividades, los datos, las interfaces o las decisiones que puede tomar TechServe IT. Si el perímetro sigue siendo válido, quizá haya que actualizar referencias o acuerdos y revisar riesgos y medidas sin cambiar la declaración de alcance.
Si el nuevo servicio incorpora otras actividades o afecta a otras personas, habrá que valorar también el alcance. La decisión depende del cambio real, no solo del nombre del proveedor.
Control sencillo de la propuesta
Identifica versión y fecha, quién la prepara, quién la revisará y quién podrá adoptarla. Registra los pendientes y, en cada cambio, el motivo y las referencias afectadas. No marques «aprobado» para completar una plantilla si esa decisión no se ha producido.
Redactar tu propuesta
Documento de alcance · borrador de trabajo
Recupera tus tres entregables anteriores. Completa los apartados y redacta después una declaración que los resuma. Puedes mantener el chatbot como foco del ejercicio o proponer un ámbito más amplio, siempre que lo justifiques y conserves visibles los pendientes.
En cada campo indica lo que propones y lo que falta confirmar. En la declaración final del ejercicio utiliza una redacción seguida que pueda entender otra persona sin reconstruir todas tus notas.
Tiempo orientativo: 30–40 minutos. Puedes descargar un borrador en cualquier momento. No hay guardado automático: guarda el TXT antes de cerrar o recargar. Trabaja con el caso ficticio, sin información real confidencial.
Cómo revisar tu declaración
Léela como si acabaras de llegar al servicio. ¿Puedes decir qué actividad abarca, para qué se usa la IA y dónde se sitúan los límites? ¿Entiendes qué depende de otras funciones o terceros? ¿Ves qué decisiones siguen pendientes?
Si solo entiendes el alcance porque conoces el trabajo previo, añade la precisión que falta. Si has introducido un dato que no aparece en el caso, señálalo como propuesta o pendiente. Una frase más rotunda no convierte una suposición en un hecho.
Revisión personal
- La declaración identifica un servicio y actividades concretas.
- Los límites se apoyan en el contexto y las necesidades.
- Los otros usos conocidos reciben un tratamiento razonado.
- Las interfaces y dependencias relevantes siguen visibles.
- Los pendientes impiden confundir la propuesta con una decisión aprobada.
- Existe un criterio para revisar y registrar los cambios.
Comprueba tu criterio
Repaso de la lección
Referencias y continuidad
La presentación oficial de ISO/IEC 42001 ↗ (nueva pestaña) explica la finalidad del sistema de gestión de IA y su mejora continua en el contexto organizativo. Como apoyo complementario, NIST AI RMF Core ↗ (nueva pestaña) relaciona el contexto de uso, las interdependencias y la revisión de la gestión de riesgos.
Consulta: 26 de septiembre de 2026. NIST es una referencia complementaria, no un requisito de ISO/IEC 42001. La estructura, el ejemplo y la plantilla son didácticos; no reproducen el texto normativo ni constituyen una evaluación de conformidad.
Lo que te llevas al cierre
Tu propuesta de alcance, con justificación, dependencias, pendientes y criterios de revisión. Consérvala junto con el registro de contexto y los mapas de las lecciones anteriores.
Audio de apoyo · Episodio 004
Alcance y contexto del SGIA
Escucha el episodio con tu borrador delante. Anota una frase que necesites concretar y una dependencia que deba seguir visible. Después revisa si tu declaración describe actividades de gestión además de herramientas.
Escuchar el episodio 004 en iVoox ↗ (nueva pestaña)El título original conserva «Módulo 2.2» como entrega de audio; aquí acompaña varias lecciones. La escena del incidente es hipotética. Un cambio de proveedor requiere revisar las partes afectadas, no rehacer automáticamente todo el SGIA. No tomes como regla universal el plazo de auditoría mencionado en el audio; consulta la guía de escucha crítica ↗ (nueva pestaña).