Saltar navegación

TUTORÍA RESUMEN UNIDAD 4 - PJEI - Contenido educativo

Ajuste de pantalla

El ajuste de pantalla se aprecia al ver el vídeo en pantalla completa. Elige la presentación que más te guste:

Subido el 26 de marzo de 2025 por Alejandro P.

14 visualizaciones

Más información Transcripción

Descargar la transcripción

Bueno, sobre la unidad 4 del módulo proyecto de juegos y entornos interactivos, vamos a hacer un repaso un poco por los contenidos de la unidad y a partir de ahí, al final comento un poco la tarea y vemos un poco de qué se trata. 00:00:02
Como sabéis, esta es la última unidad del módulo. Quería abrirla cuanto antes, sobre todo porque el momento que entra Semana Santa, pues el mes de abril prácticamente se nos va a ir y la idea es que a primera semana de mayo o algo así, ya estén cerradas todas las tareas y todo para que en las últimas semanas podáis dedicaros exclusivamente a la preparación de la prueba escrita. 00:00:25
entonces bueno, por eso quería un poco agilizar esto 00:00:53
y hacer la tutoría respecto a esta unidad lo antes posible 00:00:57
entonces si os parece vamos a ir viendo un poco los epígrafes del tema 00:01:04
os digo gestión de calidad, esto tiene que ver un poco con los estándares 00:01:10
con los protocolos, con las maneras en las que se puede 00:01:17
de alguna manera garantizar que el producto final va a tener 00:01:20
una calidad o la mínima calidad exigida dentro de los márgenes que se establezcan previamente 00:01:24
a la hora de generar el proyecto. 00:01:33
Los primeros conceptos de los que se habla en esta ocasión, en el primer epígrafe, 00:01:36
es el concepto de QA y el concepto de testing. 00:01:42
El concepto de QA básicamente viene a significar Quality Assurance, que es, digamos, garantía de calidad. 00:01:45
Asura significa algo así como garantía, seguro 00:01:53
el concepto que nosotros tenemos de los seguros 00:01:57
pues de qué manera tú puedes establecer una serie de procesos 00:01:59
que te van a asegurar que el resultado final 00:02:04
pues va a tener la calidad que se espera 00:02:07
cuando digo establecer procesos internos 00:02:11
eso que tiene que ver, bueno, por ejemplo 00:02:14
al final de cada fase de desarrollo 00:02:16
hacer, digamos, una serie de comprobaciones 00:02:17
de cuáles son las evoluciones del proyecto, de si se están cumpliendo los objetivos, etc. 00:02:21
Entonces, un poco, claro, no se puede decir que haya una, digamos, una manera estándar, ¿no? 00:02:27
Porque cada empresa tendrá sus propios procesos, pero sí que el concepto como tal, pues sí que existe. 00:02:36
Y luego está el otro concepto que tiende a confundirse, pero realmente es muy diferente, 00:02:43
que es el proceso de testing 00:02:48
testing, pues testear 00:02:49
probar, buscar errores en el juego 00:02:52
una vez que tú lo tienes diseñado 00:02:54
lo tienes creado, pues entonces vas buscando errores 00:02:56
en cada fase 00:02:57
en el momento en el cual sea posible todavía 00:02:59
solventarlo 00:03:02
bien, en relación al 00:03:03
Quality Assurance, podemos 00:03:09
hablar del Quality Assurance Manager 00:03:11
una figura un poco que 00:03:12
debe ser parte 00:03:14
del núcleo, del equipo núcleo 00:03:17
del core team que vimos en las unidades 00:03:19
anteriores y que debe estar un poco al tanto de todos los detalles del juego, hacia dónde 00:03:21
se dirige, cuáles son los objetivos que se han planteado desde el principio, en fin, 00:03:28
al final es una figura que un poco tiene que estar al tanto de todas las cuestiones que 00:03:34
tienen que ver con la calidad, no tanto con el contenido del producto sino de la calidad 00:03:40
de ese contenido. En relación a, quiero decir, esta es una figura que no está exclusivamente 00:03:45
en este sector, es una figura que está en muchos sectores productivos, porque al final 00:03:53
es una manera de asegurarte que hay alguien solamente pendiente de eso, ¿no? Es lo que 00:03:57
tiene la división del trabajo, que es que las cosas estén lo más distribuidas posible 00:04:02
y lo más divididas posible en las tareas, para que haya una garantía en que cada una 00:04:10
de las cosas y una persona asociada a ella. 00:04:16
Una particularidad respecto al tema de los videojuegos 00:04:22
es que la creación de los videojuegos se produce de forma escalar. 00:04:24
Es decir, que poco a poco se van introduciendo más y más 00:04:30
y más elementos. Entonces, claro, tú no puedes llegar 00:04:33
con una comprobación de la calidad 00:04:36
nada más que en determinados momentos. 00:04:38
No puedes hacerlo un poco sin una organización 00:04:43
o sin una planificación buena. Es decir, en este momento 00:04:46
voy a comprobar la calidad. Bueno, esos son un poco los procesos que tú estableces 00:04:49
previamente para asegurarte que en ese desarrollo del proyecto se van a cumplir 00:04:53
esos estándares. Bueno, ¿cuáles son esos procesos de calidad, digamos, 00:05:00
que pueden establecerse previamente en cada hito, en cada milestone, 00:05:08
que es lo que vimos en la unidad anterior? Y en función del departamento, 00:05:16
Es decir, no todos los departamentos tienen los mismos objetivos. Pero bueno, cuatro elementos fundamentales. Autoavaluación para cada equipo de desarrollo. Es decir, cada uno de los equipos tendrá su propio objetivo de calidad y tendrá que preguntarse a sí mismo si ha cumplido con esos estándares que se estaban buscando desde el principio. 00:05:21
establecer una serie de procesos de evaluación global 00:05:43
es decir, la empresa tiene que decir 00:05:47
¿cuándo voy a evaluar esto? 00:05:51
pues lo voy a evaluar cada semana 00:05:52
cada dos semanas, cada mes 00:05:55
si yo tengo un proyecto que se va a alargar durante un año 00:05:57
un poco, durante dos años, durante el tiempo que sea 00:05:59
depende un poco del proyecto 00:06:03
voy a ir evaluándome cada semana o cada mes 00:06:05
de esa manera voy a estar siempre actualizado 00:06:08
respecto a si estoy cumpliendo con lo previsto 00:06:11
o si tengo que forzarme un poco más en determinadas áreas, etc. 00:06:13
Procesos de evaluación con el cliente. 00:06:20
Procesos de evaluación con el cliente, 00:06:23
es decir, tú compruebas la calidad 00:06:26
tanto a nivel interno, a nivel de equipo, 00:06:29
como a nivel de cliente. 00:06:32
Es decir, tú tienes un poco que buscar feedback 00:06:34
con los clientes para saber 00:06:36
si lo que estás haciendo está cumpliendo con lo que el cliente quería. 00:06:39
No estoy hablando del consumidor, estoy hablando de la empresa que encarga 00:06:47
a la otra empresa que desarrolle el videojuego. 00:06:50
Y la cuestión de la capacidad de reacción, es decir, comunicación fluida, 00:06:57
problemas que hay que solventar, tener esa capacidad para solventarlos, etc. 00:07:03
Hay que tener en cuenta que este tema de la calidad, aunque hay un departamento de calidad, 00:07:08
el departamento de calidad al final no es nada más que un nexo de unión entre todos los demás, 00:07:15
un comprobador y un nexo de unión entre todos los demás departamentos, 00:07:19
por lo tanto no se le puede exigir solo el resultado final a este departamento, 00:07:25
sino que esto es un poco el resultado de todo el proceso completo 00:07:29
y de todos los departamentos implicados en el desarrollo. 00:07:34
Cuando hablamos de testing, bueno, pues un poco la prueba en búsqueda de errores, 00:07:42
hay que tener en cuenta que es un proceso que depende totalmente del Quality Assurance 00:07:53
y que por tanto, de ese departamento y por lo tanto, es un subdepartamento de él, ¿no? 00:07:59
aquí tenemos un diagrama 00:08:03
en el que tenemos 00:08:07
persona asignada que se reporta 00:08:09
se testa, lo primero 00:08:12
se reporta un error que se conoce como bug 00:08:13
la persona asignada corrige ese bug 00:08:16
y después nos venimos 00:08:18
a la siguiente versión 00:08:20
con el bug corregido 00:08:21
bien, una vez que 00:08:24
se corrige ese error 00:08:25
se van creando lo que se conoce en repositorios 00:08:27
que actualmente ya son conocidos como la nube 00:08:30
es decir, tú vas volcando las diferentes versiones con los errores corregidos a la nube 00:08:32
y así el resto de trabajadores, el resto de personas que estaban implicadas en el proyecto 00:08:37
pueden ir comprobando el estado de ese proyecto 00:08:41
e ir tirando un poco de lo nuevo, lo que se ha modificado con la idea de arreglar el problema. 00:08:47
Bueno, normalmente el tema del backtracking, que es un poco de lo que trata la tarea, 00:08:59
pues bueno, tenemos una serie de software 00:09:02
una serie de programas que sirven un poco para eso 00:09:05
que detectan esos fallos 00:09:07
y pues bueno 00:09:09
ya sabéis que esto depende un poco 00:09:11
de la empresa, depende del tipo de empresa 00:09:13
y depende de cuál sea su equipo 00:09:15
de su presupuesto, pero más o menos 00:09:17
digamos que cada uno de estos 00:09:19
programas tiene un tipo 00:09:21
de unos pasos a seguir 00:09:23
que es descargar la última versión del repositorio 00:09:25
es decir, los últimos contenidos que hay 00:09:27
de la nube, prueba el juego, detecta un error 00:09:29
reporta el error, asigna a la persona, así es todo un protocolo que se va llevando a cabo 00:09:31
a partir de ese programa que se utiliza para esto. 00:09:39
Cuando hablamos de prueba externa, pues normalmente lo que hablamos es de contratar a alguien, 00:09:46
es decir, una empresa externa, que haga esa comprobación de los errores. 00:09:52
Es una manera un poco de no solo tener controles internos, sino que desde fuera también 00:09:58
pues haya una vista 00:10:02
desde un punto de vista externo 00:10:04
que pueda valorar 00:10:05
cómo está funcionando eso 00:10:07
que siempre nos va a dar 00:10:09
más fiabilidad 00:10:10
en el sentido de que cuando alguien de fuera ve las cosas 00:10:13
siempre las ve con más objetividad 00:10:15
y cuando tú estás metido desarrollando un proyecto 00:10:17
entonces como cuando uno estudia algo 00:10:19
o prepara un trabajo 00:10:21
y pide opinión fuera 00:10:22
porque esos de fuera no están contaminados 00:10:24
ni están digamos 00:10:26
tan metidos y son capaces de ver cosas 00:10:28
y quizá tú desde dentro no percibes. 00:10:31
Y por último, dentro de esta cuestión del Quality Assurance y el Testing, 00:10:38
tenemos lo que se conoce como Focus Testing, 00:10:42
que es recibir feedback de potenciales clientes. 00:10:45
Esto se hace a través de reuniones, es decir, tú reúnes a las personas en un espacio, 00:10:49
prueban el videojuego y pueden dar sus impresiones y compartir sus impresiones 00:10:53
para que, digamos, tú tengas ya un punto de vista de un cliente. 00:10:58
Es una forma muy realista de adelantar problemas 00:11:05
o de, cuando todavía tienen solución, adelantar situaciones 00:11:09
que el cliente, el consumidor, no el cliente de empresa 00:11:15
que te ha encargado el trabajo, sino el consumidor final del producto 00:11:18
pueda un poco valorarlo y decir, pues esto me gusta, esto no me gusta 00:11:22
y a partir de ahí tomar decisiones que implicarán cambios o no, 00:11:26
en función de cuáles sean los objetivos del proyecto 00:11:30
o de si realmente se considera que merece la pena hacer ese cambio. 00:11:33
Y bueno, estos son un poco los pasos a seguir para realizar a cabo el focus testing. 00:11:44
Básicamente, se hace un test individual y un poco para ver puntos que modificarían, etc. 00:11:51
El siguiente bígrafe, proceso de submisión, bueno, ¿cómo podemos un poco explicar este contenido? 00:11:57
El proceso de submisión, digamos que son aquellas reglas, las reglas de submisión o normas de submisión, son aquellas normas, aquellas reglas que afectan al contenido del juego y a sus errores. 00:12:15
¿Quién establece estas reglas? 00:12:27
Estas reglas las establecen empresas de hardware 00:12:31
como puede ser por ejemplo Microsoft, como puede ser Sony 00:12:33
como puede ser Apple, es decir 00:12:36
empresas de hardware que establecen las normas 00:12:38
a los desarrolladores de videojuegos 00:12:43
por ejemplo, versión Gold del videojuego debe cumplir 00:12:45
con estos determinados estándares 00:12:54
normalmente se paga 00:12:57
Es decir, cada vez que se hace una submisión a la empresa, el desarrollador del videojuego le paga, un poco para que haya un testeo, es decir, para que los desarrolladores del videojuego pagan a la empresa para que esa empresa busque los errores y les garantice que está cumpliendo con esas reglas, digamos, ¿no? 00:13:03
De lo que se trata aquí básicamente es, pues bueno, un poco de asegurar que se cumplen con unos mínimos de calidad 00:13:26
y que cada cierto tiempo se pasa por un proceso de errores. 00:13:35
Porque es que si no, es muy fácil hacer un desarrollo de un juego con todo lo largo que es 00:13:39
e intentar hacer las comprobaciones al final y que tengas una acumulación de fallos y de problemas 00:13:45
que retrase muchísimo la producción. 00:13:49
Respecto al siguiente epígrafe, hablamos de clasificación por edades. 00:13:58
es decir, cuando tú desarrollas un videojuego 00:14:02
estás obligado 00:14:05
informar al público 00:14:08
de cuáles son 00:14:11
los criterios 00:14:13
y cuáles son las 00:14:15
reglas recomendadas 00:14:17
para el juego 00:14:18
dentro del mercado en el cual lo estés sacando 00:14:21
cada región 00:14:23
del mundo, esto pasa un poco como con los sistemas 00:14:25
de televisión, que cada región 00:14:27
pues tiene su 00:14:29
sus sistemas, sus estándares 00:14:30
sus formas 00:14:34
aquí tenemos así a grosso modo 00:14:35
cuatro sistemas diferentes 00:14:38
o cinco 00:14:40
si hablamos de Estados Unidos tenemos unas siglas 00:14:42
distintas, si hablamos en Europa 00:14:44
y si no estamos hablando 00:14:46
de Alemania y 00:14:48
Australia pues nos estamos metiendo en un sistema 00:14:50
mucho más estricto 00:14:52
básicamente es que si tú tienes un requisito 00:14:54
de más 16 pues 00:14:56
Si el juego tiene unos contenidos que los estándares establecen que está recomendado para la persona, esto es un poco como el cine, ¿no? Tiene siempre una edad recomendada. Por lo tanto, es algo que debe estar muy visible, es decir, visualmente en los espacios de marketing o en los productos que se utilizan para visualizar el producto y sus características, pues tienes que visualizar, tiene que poderse visualizar claramente esa cuestión. 00:14:58
Siguiente epígrafe tiene que ver con la documentación. 00:15:36
Dentro de la documentación habrá un conjunto de documentos en función de las fases del proyecto 00:15:39
y habrá una documentación dimensionada un poco a precisamente a eso, a las dimensiones del proyecto. 00:15:44
Básicamente, lo que hablamos de la documentación es que, ¿para qué sirve la documentación a nivel del desarrollo de proyectos? 00:15:51
Pues sirve para que haya una comunicación entre departamentos, que haya una comunicación jerárquica, ¿no? De lo que se trata un poco es, internamente te comunicas de una manera dentro de la empresa, sin paro con el cliente, en este caso con la empresa a la que tú le estás desarrollando el videojuego, te comunicas de otra. 00:15:59
Bueno, eso es un poco las diferentes formas 00:16:22
de que la documentación se plasma 00:16:26
en función de con quién te estás relacionando. 00:16:29
Si me relaciono internamente, 00:16:31
si hablo de comunicación interna, 00:16:33
pues utilizaré un tipo de documentos diferentes. 00:16:35
Habrá reuniones, habrá presentaciones. 00:16:38
Sin embargo, con aquella empresa que te está contratando 00:16:40
y te está pagando para tú realizar un trabajo, 00:16:44
tendrás que ir cumpliendo con una serie de documentación. 00:16:48
voy a hacer esto y de esta manera 00:16:50
se firmará y se llegará 00:16:53
a ese acuerdo 00:16:55
cuando se habla aquí 00:16:57
de conjunto de documentos, bueno 00:17:02
un poco 00:17:04
¿qué documentos vais necesitando en cada una de las versiones? 00:17:05
estas son las versiones de las que hablamos 00:17:10
en la unidad anterior 00:17:12
y cada una de esas versiones estamos en 00:17:14
preproducción, pues habrá una serie de documentos que tenga 00:17:16
que ver con desarrollo de nivel 00:17:18
dirección técnica, dirección de arte, etc 00:17:20
recursos necesarios, regramas del equipo 00:17:22
a medida que nos metemos en la producción 00:17:24
van estableciéndose nuevos 00:17:26
documentos 00:17:28
porque claro, tú tienes una versión que incluye 00:17:29
una serie de cosas, después tienes una versión que incluye 00:17:32
otras, pues vas actualizando un poco 00:17:34
tanto el contenido del proyecto 00:17:36
como 00:17:39
la documentación 00:17:40
asociada 00:17:43
si ves que por ejemplo ya en la versión Gold 00:17:44
ya estamos hablando aquí de multimedia 00:17:46
de documentación 00:17:48
relacionadas con promocionales, manuales, imágenes, etc. 00:17:51
Y fíjate, es una cosa interesante también saber que ya posterior 00:17:58
y una vez que ya has terminado el proyecto, pues hablas un poco 00:18:02
de hacer un documento que desgrane lo mejor y lo peor del proyecto 00:18:04
a nivel creativo, a nivel artístico, a nivel técnico, en el sentido de 00:18:10
qué cosas han funcionado bien, qué cosas han dado problemas, 00:18:14
un poco una memoria que te va a servir para futuros proyectos, que las cosas puedan ser más fluidas, un poco anticipadas a esos problemas que ya conoces de momentos anteriores, de proyectos anteriores. 00:18:17
Cuando hablamos de documentación dimensionada, obviamente lo que nos estamos refiriendo es tamaño del proyecto. 00:18:34
Tamaño del proyecto te va a condicionar la cantidad de documentación. 00:18:41
Más personas, un contrato más grande, que se alarga más en el tiempo, siempre va a generar mucha más documentación. 00:18:45
En los últimos años, obviamente, todo esto ha ido tendiendo a la informatización y a que las cosas no pasen a través de papeles. 00:18:54
Sin embargo, los papeles como tal, bueno, siguen teniendo el concepto de papeles, aunque sean papeles digitales, pues siguen teniendo un peso importante en el desarrollo de cualquier proyecto, ¿no? 00:19:01
En la justificación, un poco en lo que marca la diferencia entre los profesionales y los amateurs. 00:19:11
Un amateur puede llevar a cabo un proyecto, un trabajo de una manera, pues, informal, de una manera, y puede obtener un resultado óptimo. 00:19:16
Sin embargo, si tú quieres estandarizar unos procesos, si tú quieres ser visto de una manera profesional, vas a tener que documentar todo aquello que haces. Eso te va a dar mucha más credibilidad y te va a dar, vas a proyectar una imagen de mayor seriedad, esto es así. 00:19:23
Y, bueno, por último, pues hablamos de problemáticas. Aunque parezca mentira, me pongo colorada cuando me miras, ¿no? Decía la canción, pero en este caso, aunque parezca mentira, uno de los problemas más comunes tiene que ver con las bajas del personal. 00:19:39
Es decir, vivimos en un mundo en el cual cuando alguien se pone enfermo afortunadamente tiene derecho a estar de baja sin perder su puesto de trabajo, al menos durante un tiempo. Bueno, pues estas cosas pasan y cuando se anticipan, cuando se vienen encima fechas, deadlines, entregas de situaciones, cosas que hay que terminar porque hay que terminar y nos falla alguien, tenemos que buscar en el mercado personas que estén dispuestas a sumarse al proyecto. 00:20:01
Entonces, ese, aunque parezca mentira, pues es uno de los principales problemas. 00:20:29
Y por último, acá aparece aquí un concepto, que es el concepto de crunch, 00:20:35
crunch, o como podamos, si queremos pronunciarlo de una forma más adecuada, 00:20:40
que viene un poco a decirnos que hay situaciones, 00:20:46
o sea, nosotros utilizamos este término cuando tiene cerca una entrega, ¿no? 00:20:53
el deadline de algo, que es la fecha límite, te obliga a que se produzca un crunch. 00:20:59
Ese crunch viene motivado por la fecha de entrega, cuando la planificación es muy ajustada, 00:21:04
se produce un problema, hay un retraso en la entrega de las mil stones, en lo que sea. 00:21:10
Pues ahí se produce uno de estos crunch, que es un poco un esfuerzo extra. 00:21:15
Es algo que obliga al personal a realizar un esfuerzo extra, a no seguir trabajando linealmente, 00:21:20
sino que tener que llevar a cabo un esfuerzo mayor. 00:21:26
Y luego están factores externos que pueden aparecer, 00:21:31
que a veces pueden ser imprevistos, 00:21:35
en los que el cliente quiera hacer un cambio, 00:21:38
ya sabéis que el cliente siempre tiene la razón, 00:21:41
todo aquello que nos tenemos que adaptar un poco a las peticiones. 00:21:43
Entonces, aunque todo esto debe estar un poco en su mayoría, 00:21:47
establecido previamente por contratos, etc., 00:21:53
Bueno, puede haber cláusulas que permitan cambios de última hora o puede haber cláusulas que mantengan la puerta abierta a determinadas cosas que quizás tal cual lo teníamos establecido. 00:21:56
Puede haber, por ejemplo, cambios en las normativas en los países, es decir, puede haber cosas que afectan a la distribución del producto que no están previstas en un inicio y que al producirse un cambio de gobierno, por ejemplo, o un cambio de legislación, una actualización de legislación o una legislación nueva o una abolición de una ley, pues eso puede generar que el proyecto tal cual está avanzado por nosotros, pues ya no nos valga de esa determinación. 00:22:10
manera, ¿no? No creo que puedan ser cosas que impliquen un gran cambio o mucho tiempo, 00:22:40
pero sí que pueden afectar. Y bueno, con eso ya veis que es un tema, una unidad bastante 00:22:47
simplificada, bastante sencilla. Lo último que nos faltaría sería la tarea. En la tarea 00:22:53
tenéis un videojuego en el cual hay que ir detectando errores y plasmarlos en una plantilla, 00:23:00
un poco hacer una documentación 00:23:07
de esos errores 00:23:08
por mi parte pues 00:23:10
esto sería todo lo que quería comentar 00:23:14
sobre esta unidad y nada, nos mantenemos 00:23:17
en contacto 00:23:19
para las próximas semanas, un poco para 00:23:20
hacer los últimos 00:23:23
apuntes que haya que hacer sobre 00:23:25
sobre los contenidos, pero en principio 00:23:26
con esto terminaríamos el contenido 00:23:28
del módulo 00:23:30
y ya solo quedaría 00:23:34
pues la entrega de la tarea final 00:23:37
que creo que tengo puesta la entrega para finales de abril 00:23:39
y el mes de mayo un poco dejarlo para vuestra 00:23:43
vuestra preparación de los exámenes 00:23:47
que hay personas que realmente se preparan varios módulos 00:23:52
y por tanto necesitan ese tiempo 00:23:56
así que nada, os mando un saludo y estamos en contacto para cualquier cosa 00:23:58
Idioma/s:
es
Materias:
Imagen y Sonido
Niveles educativos:
▼ Mostrar / ocultar niveles
  • Formación Profesional
    • Ciclo formativo de grado superior
      • Primer Curso
      • Segundo Curso
Autor/es:
ALEJANDRO PEÑA
Subido por:
Alejandro P.
Licencia:
Todos los derechos reservados
Visualizaciones:
14
Fecha:
26 de marzo de 2025 - 18:57
Visibilidad:
Clave
Centro:
IES CIFP a Distancia Ignacio Ellacuría
Duración:
24′ 05″
Relación de aspecto:
1.78:1
Resolución:
1920x1080 píxeles
Tamaño:
739.26 MBytes

Del mismo autor…

Ver más del mismo autor

EducaMadrid, Plataforma Educativa de la Comunidad de Madrid

Plataforma Educativa EducaMadrid