Aller au contenu

Classement

Contenu populaire

Affichage du contenu avec la meilleure réputation le 30/07/2020 dans Messages

  1. Mise à jour de Squadron 42 et de la feuille de route Bonjour à tous, Lorsque nous avons réalisé que notre ancienne feuille de route ne représentait pas très bien nos progrès en matière de développement, nous avons commencé à explorer les possibilités de construire quelque chose de plus informatif qui corresponde à notre façon de développer des jeux. Notre message initial à ce sujet figurait dans l'un des rapports de synthèse de la feuille de route de mars, et nous avons donné des conseils à ce sujet dans notre appel à tous les développeurs de Squadron 42, le 13 mars. Nous avons alors mentionné que nous étions satisfaits du développement de Squadron 42 et que nous nous étions engagés sur quelques points que j'aimerais aborder à nouveau. C'est pourquoi vous avez peut-être remarqué des choses comme l'épisode de Calling All Devs sur le thème de Squadron 42, ou les mises à jour de Inside Star Citizen sur les vaisseaux Vanduul, les technologies sur les gaz, un regard plus approfondi sur l'Aciedo Comm Array, et d'autres contenus connexes. Tout cela était accompagné de nos rapports mensuels de Squadron 42 (mars, avril, mai, juin). L'un des éléments importants de la transmission des mises à jour de Squadron 42 a également été de faire prendre conscience que le travail effectué pour Star Citizen est aussi un travail effectué pour Squadron 42. Le seul contenu qui est exclusivement SQ42 sont les personnes, les lieux et l'intrigue - et nous ne voulons pas les gâcher. Avec toutes les mises à jour de SQ42, notre objectif a été de trouver un équilibre dans le partage du contenu SQ42 tout en minimisant l'impact sur l'équipe de développement afin qu'elle puisse se concentrer sur ce qui compte le plus : terminer le jeu. La récente mise à jour de la vidéo SQ42, qui est une toute nouvelle émission que nous débutions et qui s'appelle "The Briefing Room", était une vidéo à moindre effort que nous avons lancée dans le but de partager plus d'informations avec vous, mais de manière rapide et décousue, afin de minimiser la perturbation de l'équipe de développement tout en vous donnant de nouvelles informations. Nous avions prévu que ce serait une émission semi-régulière, dont la cadence dépendrait de la qualité du contenu et du degré de perturbation (ou non) que ce premier épisode entraînerait pour notre équipe de développement. Ce premier épisode devait se concentrer spécifiquement sur les mises à jour (alerte spoiler) de notre technique d'interruption de conversation et de la conception des niveaux dans SQ42. Ce que nous avons découvert après avoir terminé l'ensemble de l'épisode et nous être préparés à le publier, c'est que notre approche a donné lieu à une émission décevante. Non seulement l'épisode présentait des problèmes audio majeurs en raison de l'enregistrement de la FMH, mais il manquait aussi des éléments visuels pour soutenir la conversation, et nous préférons vraiment montrer plutôt que raconter. Finalement, nous avons décidé qu'il n'était pas suffisant de le montrer, même pour une vidéo "scrappy" qui n'était pas destinée à être une bande-annonce de marketing. Cependant, avant que ce message "stop ship" ne puisse imprégner toute notre organisation marketing, nous avions avancé la date de publication publique. Au départ, nous pensions que nous pouvions simplement faire un montage de b-roll neuf, mais au fur et à mesure que nous passions en revue l'émission, nous avons constaté la nécessité d'actualiser nos visuels pour mieux refléter ce dont nous parlions, et cela nous a fait réaliser que nous n'avions toujours pas les bonnes séquences, dans notre mesure de qualité, pour raconter l'histoire que nous voulions raconter. Nous avons donc décidé de refaire tout l'épisode avec nos normes de qualité habituelles. Comme nous l'avons mentionné, The Briefing Room n'a jamais été conçu pour perturber l'équipe au point que nous donnions la priorité aux séquences de l'émission par rapport à nos étapes internes de développement. Par conséquent, notre équipe artistique SQ42 ne pouvait travailler sur la capture de nouvelles séquences qu'après les heures de travail normales. Ajoutez à cela le fait que le personnel clé a été en fait malade pendant plus d'une semaine, et vous pouvez voir comment notre calendrier a été repoussé de plus en plus loin. Nous avons certainement communiqué les retards et les raisons de ces retards, et nous avons même demandé à Brian Chambers de relayer la nouvelle au début, nos CM répétant ce message lorsque le sujet est revenu plusieurs fois. Nous avons dû le faire plusieurs fois au cours des dernières semaines. Et malheureusement, la vérité est toujours la même : la vidéo initiale ne correspondait pas à nos normes et nous la refaisons. Nous ne sommes pas entrés dans des détails tels que le personnel malade, et nous n'avons pas non plus explicitement précisé que les séquences vidéo ne pouvaient pas dépasser le travail de développement réel dans notre liste de priorités. Après tout, nous n'aimons pas nous excuser. Mais il est clair que la confluence du retard prolongé de la Salle de briefing et de l'absence de toute nouvelle information (parce qu'il n'y en avait pas) a créé de l'angoisse au sein de la communauté. Ce qui n'est souvent pas vu de l'extérieur, c'est le temps et l'effort qu'il faut réellement pour rassembler le contenu vidéo que nous diffusons régulièrement. Fournir les mises à jour des normes que nous voulons prend du temps, et malgré ceux qui disent qu'ils seraient d'accord avec une ébauche de têtes parlantes, nous recevons des plaintes sans fin lorsque c'est ce que nous fournissons, par exemple que les rapports mensuels ou les exemples liés ci-dessus sont rapidement rejetés ou oubliés. La vidéo SQ42 est toujours en cours de réalisation (probablement dans les prochaines semaines), ainsi qu'un ensemble d'autres mises à jour, dont une révision de notre feuille de route publique. La nouvelle feuille de route est une chose à laquelle nous avons fait allusion en mars, mais comme elle est encore en cours d'élaboration, nous ne pouvons pas en parler autant que je le voudrais. Croyez-moi quand je vous dis que je suis personnellement très impatient de vous la communiquer. Nous avons pris le temps d'explorer les options pour mieux représenter nos progrès, et je crois que nous sommes sur le point de nous poser en terrain plutôt favorable. Notre objectif, avec cette nouvelle feuille de route, est de vous donner une meilleure visibilité sur ce sur quoi travaillent les équipes, de partager les progrès d'un plus grand nombre d'équipes et d'aller jusqu'à indiquer la taille des projets pour nos équipes chargées des technologies, des fonctionnalités et du contenu. Cette nouvelle feuille de route changera radicalement la façon dont vous suivez les progrès du développement de Squadron 42 et de Star Citizen. La nouvelle feuille de route se concentrera davantage sur la répartition des équipes et des fonctionnalités afin que vous puissiez voir de façon interactive ce sur quoi travaillent toutes les équipes, par opposition aux fonctionnalités qui feront la sortie de X. Bien qu'elle ne soit pas tout à fait prête, elle est actuellement la priorité absolue des projets actuels de l'équipe web. Dans l'avenir immédiat, nous prévoyons de diffuser les communications suivantes : Expliquer les objectifs de notre nouvelle feuille de route et ce qu'il faut en attendre Montrez une maquette approximative de la nouvelle feuille de route proposée Partager une version en cours de la feuille de route pour au moins une de nos équipes de base Et enfin la transition vers cette nouvelle feuille de route Nous les approcherons dans l'ordre ci-dessus et il nous faudra probablement quelques semaines entre les étapes, je ne veux donc pas donner l'impression que cela se fait du jour au lendemain. Mais nous devrions annoncer l'étape 1 très bientôt si ma réunion de jeudi à ce sujet est aussi bonne que je le pense.   @Zyloh-CIG Source : Spectrum Trad : @Maarkreidi SwissStarships.org
    1 point
×
×
  • Créer...