Un mensaje sobre SQ42 y el roadmap

Estas semanas la comunidad se ha movilizado con hilos diarios preguntando sobre el retraso en el vídeo de SQ42 que ya acumula varios meses sin salir, y qué ocurre con el roadmap.
Ahora Zyloh, uno de los community managers de CIG, ha escrito un largo mensaje con nuevas explicaciones, aunque aún habrá que seguir esperando para ver tanto el vídeo prometido como el nuevo formato de roadmap que nos prometieron hace meses desde que dejaron de actualizar el roadmap de SQ42.

Hilo original en Spectrum:

https://robertsspaceindustries.com/spectrum/community/SC/forum/3/thread/squadron-42-roadmap-update/

Traducción:

Hola a todos,

Cuando nos dimos cuenta de que nuestro antiguo Roadmap no representaba muy bien nuestro progreso de desarrollo, empezamos a explorar opciones para elaborar algo más informativo que se ajustara a la forma en que desarrollamos los juegos. Nuestro mensaje original sobre esto fue en una de las Roadmap Roundup de marzo, y seguimos con algunas notas sobre esto en nuestro Calling All Devs centrado en Squadron 42 el 13 de marzo.

Dijimos entonces que estamos contentos con el desarrollo de Squadron 42 y nos comprometimos a algunas cosas que me gustaría mencionar de nuevo. Hablamos de introducir más contenido sobre el Squadron 42 en nuestros boletines programados regularmente, por lo que habrás notado cosas como el episodio temático sobre Squadron 42 en el Calling All Devs, o las actualizaciones de Inside Star Citizen sobre las naves Vanduul, la tecnología de gas, un vistazo más profundo al Aciedo Comm Array, y otros contenidos relacionados. Todo esto junto con nuestros informes mensuales del Squadron 42 (marzo, abril, mayo, junio). Uno de los elementos importantes para enviar las actualizaciones de Squadron 42 también ha sido el de crear conciencia de que el trabajo realizado para Star Citizen es también trabajo realizado para el Squadron 42. El único contenido que es exclusivamente para SQ42 son personas, lugares y trama - y no queremos estropearlos.

Con todas las actualizaciones de SQ42, nuestro objetivo ha sido encontrar el equilibrio en el reparto del contenido de SQ42 mientras impacta mínimamente en el equipo de desarrollo para que puedan centrarse en lo que más importa: terminar el juego.

El reciente vídeo sobre el estado de SQ42, es un nuevo programa que estábamos estrenando llamado "The Briefing Room", fue un video de menor esfuerzo que nos propusimos con el objetivo de compartir más información con vosotros, pero de una manera rápida y poco convincente, para minimizar la interrupción del equipo de desarrollo y aún así daros nueva información. Planeamos que este fuera un show semi-regular, con su cadencia dependiendo de lo bien que se recibiera el contenido y lo problemático (o no) que fuera este primer episodio para nuestro equipo de desarrollo. Este primer episodio estaba destinado a centrarse específicamente en las actualizaciones (spoiler alert) de nuestra tecnología de interrupción de la conversación y el diseño de niveles en SQ42. Lo que descubrimos después de que la pieza entera estuviera terminada y lista para ser publicada fue que nuestro enfoque resultó en un programa poco convincente. El episodio no sólo tenía problemas de audio importantes debido a la grabación WFH, sino que carecía de imágenes que apoyaran la conversación, y realmente nosotros preferimos mostrar en lugar de contar. Al final, decidimos que no era suficiente para mostrarlo, incluso para un vídeo "de poca calidad" que no estaba destinado a ser un tráiler de marketing. Sin embargo, antes de que ese mensaje de "para el barco" pudiera llegar a toda nuestra organización de marketing, habíamos adelantado una fecha de publicación pública.

Originalmente, pensamos que podíamos simplemente conectar un b-roll reciente (ntd: conectar nuevas tomas al vídeo viejo), pero a medida que pasábamos los siguientes días revisando el programa, vimos la necesidad de actualizar nuestros materiales visuales para reflejar mejor lo que estábamos discutiendo, y eso nos llevó a la conclusión de que todavía no teníamos el material adecuado, en nuestro estudio de calidad, para contar la historia que queríamos contar. Así que decidimos volver a filmar todo el episodio con nuestros estándares de calidad habituales. Como ya se ha mencionado, The Briefing Room nunca pretendió ser una interrupción tan grande para el equipo que priorizara el metraje del programa por encima de nuestros hitos internos de desarrollo. Por lo tanto, nuestro equipo de arte SQ42 sólo podía trabajar en la captura de nuevo material después de las horas de trabajo normales. Añade a la mezcla que el personal clave estuvo enfermo por más de una semana, y puedes ver como nuestro programa se fue retrasando cada vez más.

Ciertamente hemos comunicado los retrasos y las razones de ello, e incluso hemos hecho que Brian Chambers transmita la noticia inicialmente, con nuestros community managers repitiendo ese mensaje cuando el tema surgió varias veces. Hemos tenido que hacerlo un par de veces en las últimas semanas. Y por desgracia, la verdad es que siempre ha sido la misma: el vídeo inicial no cumplía con nuestros estándares y lo estamos rehaciendo. No entramos en detalles como el personal enfermo ni explicamos explícitamente que el video no podía saltarse el trabajo de desarrollo en nuestra lista de prioridades. Después de todo, no nos gusta poner excusas. Pero está claro que la confluencia del prolongado retraso en la sala de reuniones y la falta de nueva información (porque no había ninguna) ha creado angustia en la comunidad.

Algo que a menudo no se ve externamente es la cantidad real de tiempo y esfuerzo que requiere la elaboración de los contenidos de vídeo que publicamos regularmente. Entregar las actualizaciones con los estándares que queremos lleva tiempo, y a pesar de que aquellos que dicen que estaría bien con una edición simple de cabezas parloteando, recibimos interminables quejas cuando eso es lo que entregamos, como por ejemplo los Informes Mensuales o los ejemplos enlazados arriba, que son rápidamente descartados u olvidados. El video del SQ42 sigue en camino (probablemente en las próximas semanas), junto con una variedad de otras actualizaciones, incluyendo una revisión de nuestro Roadmap público.

El nuevo Roadmap es algo que insinuamos en marzo, pero como aún está en desarrollo, no podemos compartir tanto sobre él como me gustaría. Creedme cuando os digo que estoy personalmente muy ansioso por entregárosla. Nos tomamos el tiempo de explorar opciones para poder representar mejor nuestro progreso, y creo que estamos cerca de conseguirlo. Nuestro objetivo con este nuevo Roadmap es darles una mejor visibilidad de en qué están trabajando los equipos, compartir el progreso de más equipos, y llegar a indicar el tamaño de los proyectos para nuestros equipos de tecnología, características y contenido. Este nuevo Roadmap cambiará drásticamente la forma de seguir el progreso del desarrollo tanto de Squadron 42 como de Star Citizen. El nuevo Roadmap se centrará más en la presentación de equipos y características para que puedas ver interactivamente en qué se está trabajando en todos los equipos, a diferencia de mostrar qué características harán que X salga a la luz. Aunque no está del todo listo, es actualmente la máxima prioridad en los proyectos actuales del equipo de la web. En el futuro inmediato, planeamos entregar los siguientes comunicados:

1) Explicar los objetivos de nuestro nuevo Roadmap y lo que se puede esperar de él.

2) Mostrar un prototipo del nuevo Roadmap propuesto.

3) Compartir una versión en progreso del Roadmap para al menos uno de nuestros equipos principales.

4) Y luego, finalmente, la transición a este nuevo Roadmap.

Nos acercaremos a ellos en el orden arriba indicado, y probablemente necesitaremos unas semanas entre cada paso, así que no quiero crear la impresión de que esto ocurra de la noche a la mañana. Pero deberíamos anunciar el paso 1 muy pronto si mi reunión del jueves sobre esto es tan buena como creo que será.

Zyloh. Community manager de CIG.