Detecta la cuestión legal

1889. Identidad de la lección

Módulo

4.14 — Conceptos básicos legales

Lección

1 — Detecta la cuestión legal

Tipo académico

Concepto

Tipo de esquema

texto

Orden

1 del módulo

Tiempo estimado

30–40 minutos, incluida la práctica

1890. Objetivo de aprendizaje

Al terminar esta lección, podrás clasificar un escenario de producción como principalmente legal, técnico, de producto o mixto, y señalar qué evidencia hace falta antes de decidir cómo avanzar.

1891. Por qué importa

En la producción de un juego se mezclan constantemente distintos tipos de decisiones. Un permiso que falta no se resuelve escribiendo mejor código, y un flujo de recursos lento no se convierte automáticamente en un problema legal. Si clasificas mal la pregunta, puedes consultar a la persona equivocada, asignar a una herramienta de IA una tarea incorrecta o comprometer trabajo antes de verificar un derecho necesario. Clasificar bien permite hacer una transferencia clara sin confundir una lista de comprobación con asesoría legal.

1892. Conocimientos previos

Antes de clasificar la dimensión legal, debes poder describir el escenario de producción. En concreto, debes poder identificar a las personas colaboradoras involucradas, los recursos que se crean o utilizan, los flujos de datos relevantes, los compromisos con la tienda o con la plataforma, y las dependencias de producción que conectan estos elementos. También debes poder describir la experiencia prevista para la persona jugadora y los límites de una tarea de producción. La lección anterior, 4.13 L2 — Escribe un brief externo listo para IA, presentó la delegación acotada, las restricciones explícitas y la responsabilidad de quien dirige el proyecto sobre las decisiones de integración. No se requiere formación jurídica.

1893. Concepto central

Una cuestión legal plantea si al proyecto le corresponde algún derecho, permiso, deber o restricción, o alguna obligación en materia de privacidad, que regule una acción propuesta. Para responderla se examina una ley aplicable, un acuerdo, una licencia, un registro de consentimiento, un aviso de privacidad, las condiciones de una plataforma u otra fuente aplicable; no basta con preguntar si la acción es técnicamente posible o conveniente para el producto. Algunas señales habituales son:

• Derechos: ¿Quién posee o controla el recurso, la grabación, el nombre, la imagen, el texto o el código?
• Licencias: ¿Qué permiso se concedió, a quién, para qué usos, en qué territorios y durante cuánto tiempo?
• Privacidad: ¿El proyecto recopila, almacena, comparte o expone información personal, y qué obligaciones regulan esa actividad?
• Condiciones: ¿Una plataforma, servicio, biblioteca, tienda o proveedor impone condiciones de uso?
• Evidencia: ¿Qué fuente aplicable documenta el permiso, la restricción, el consentimiento o la obligación pertinente, y cubre el uso previsto?

Una cuestión técnica pregunta si algo puede implementarse de forma fiable: por ejemplo, si un archivo se importa correctamente o por qué falla una solicitud de red. Una cuestión de producto pregunta qué debería hacer el juego para su público y sus objetivos: por ejemplo, si una funcionalidad mejora la claridad o debe quedar fuera del alcance de la versión. Un escenario puede ser mixto. En ese caso hay que separar sus partes, no tratarlo como una sola duda indefinida.

Esta lección enseña a hacer una clasificación inicial, no a emitir una conclusión legal. Si las consecuencias son importantes o la evidencia no es clara, deriva la cuestión a un profesional jurídico cualificado.

1894. Modelo mental

Usa la comprobación Autoridad–Implementación–Experiencia–Evidencia:

Después aplica la prueba de la fuente: identifica la fuente aplicable que rige la cuestión, indica qué parte debe comprobarse y confirma que su alcance cubre el uso previsto. Puede tratarse de un contrato, una licencia, un registro de consentimiento, un aviso de privacidad, los términos de una plataforma o un acuerdo con un proveedor. Un registro del repositorio o un registro técnico puede documentar el origen o el comportamiento de la implementación, pero por sí solo no demuestra que exista permiso legal. Una suposición, una afirmación generada por IA o el hecho de que un recurso se pueda descargar fácilmente tampoco demuestra que pueda utilizarse.

1895. Ejemplo concreto

Un equipo quiere añadir a un prototipo un archivo de sonido encontrado en una biblioteca en línea.

1. Cuestión legal: ¿Qué licencia se aplica y permite usarlo en este juego? ¿Exige atribución? ¿Restringe el uso comercial o la redistribución?
2. Evidencia: Registrar la página de origen, el texto de la licencia, su versión o fecha, la información del autor y cualquier requisito de atribución.
3. Cuestión técnica: Si el uso está permitido, ¿el archivo se importa y reproduce en la compilación objetivo?
4. Cuestión de producto: Si funciona, ¿el sonido apoya el tono y la respuesta que se buscan en el juego?

La prueba técnica no responde a la cuestión legal. La decisión de producto tampoco crea una licencia. El equipo puede evaluar la parte técnica y la de producto mientras la cuestión de permiso queda marcada para su verificación.

1896. Error común

El error común es confundir disponibilidad con permiso. Un archivo visible en internet, incluido en una herramienta o devuelto por un sistema de IA puede tener propietario, restricciones de licencia, condiciones de atribución o implicaciones de privacidad. Otro error es llamar «legal» a cualquier incertidumbre. Un fallo de importación es técnico; que el equipo pueda usar el archivo es una cuestión legal. Separa las preguntas para que cada una reciba la evidencia y la persona responsable adecuadas.

1897. Práctica guiada

Clasifica cada escenario como legal, técnico, de producto o mixto. Para cada respuesta, escribe una frase que explique la categoría y un elemento de evidencia o una prueba que permita avanzar.

1. El equipo no puede determinar si un paquete de música comprado permite su uso en un juego distribuido públicamente.
2. El retrato de un personaje aparece borroso después del proceso de compilación, aunque la imagen de origen es nítida.
3. El equipo decide si una opción de diálogo hace más claro el objetivo de la persona jugadora.
4. Un formulario de comentarios podría guardar direcciones de correo electrónico, y el equipo aún no ha decidido qué información recopila ni cómo la utiliza.
5. Los términos de un servicio externo podrían limitar cómo se incluyen en el juego unas imágenes generadas, y el equipo también debe decidir si esas imágenes encajan con la dirección artística.

En el escenario 5, escribe dos afirmaciones separadas: una cuestión legal sobre los términos del servicio y una cuestión de producto sobre la dirección artística. No resuelvas ninguna de las dos mediante una suposición.

1898. Validación / evidencia

1899. Ideas clave

• Las cuestiones legales tratan de derechos, permisos, obligaciones, restricciones, privacidad o acuerdos que regulan una acción propuesta.
• Las cuestiones técnicas preguntan si algo puede funcionar; las de producto, si debería formar parte del juego.
• Los escenarios mixtos deben dividirse en decisiones separadas.
• Que algo esté disponible en internet o haya sido generado por IA no demuestra que pueda utilizarse.
• La evidencia debe identificar la fuente aplicable, el alcance que cubre, sus condiciones y, cuando corresponda, su fecha.

1900. Siguiente lección

Siguiente: 4.14 L2 — Construye un inventario legal listo para revisión. Convertirás la clasificación de cuestiones legales en un registro práctico de recursos, fuentes aplicables, permisos y verificaciones pendientes.

1901. Comprobación