Star Citizen est toujours loin d'une version bêta, mais il fait face à des pannes de serveur après le lancement de sa « plus grande mise à jour »

Qui embarque la techno Persistent Entity Streaming

Lorsque nous avons refait notre feuille de route publique en 2020, notre objectif était de vraiment lever le voile sur le développement et de montrer les progrès de l'ensemble de notre entreprise, jusqu'aux plus de 50 équipes de développement et à chaque développeur (anonymisé) de chaque équipe spécifique, afin que vous puissiez voir sur quel livrable ils travaillaient actuellement et quels livrables étaient prévus pour les trois prochains trimestres, pour une vue complète sur 12 mois du développement. Le Progress Tracker était la pierre angulaire de cette initiative. Avec l'introduction de cette nouvelle vue, nous avons partagé publiquement plus de 450 fonctionnalités, réparties sur cinquante-deux équipes. Aujourd'hui, nous avons décidé de doubler cet engagement.

Montrer presque tout n'était pas notre seul objectif majeur. Un autre grand objectif pour nous était d'utiliser notre nouvelle feuille de route publique pour mieux éduquer notre communauté sur l'incroyable fluidité du développement de jeux, et pour vous aider à comprendre que les fonctionnalités et le contenu se déplaçant (à la fois vers l'avant et vers l'arrière) sont un état naturel du développement logiciel. Ce type de fluidité ne doit pas être considéré comme bon ou mauvais ; c'est simplement la façon dont le développement fonctionne, car les priorités changeantes, les bloqueurs imprévus, les inconnues inconnues, les obstacles techniques inattendus et la R&D normale ont un impact sur les délais et les calendriers de développement. Lorsque ces changements inévitables se sont produits dans le passé, nous étions souvent inquiets de la façon dont la communauté pourrait prendre encore un autre retard. Mais lorsque nous avons dévoilé la nouvelle feuille de route publique en décembre 2020, nous avons décidé de ne plus investir d'émotion et d'hésitation dans notre présentation des changements sur le calendrier, mais plutôt de les déplacer sans passion. Et afin d'assurer à la communauté que le développement ne s'est pas arrêté simplement parce qu'une fonctionnalité a été supprimée d'une carte de patch, nous vous avons tous dirigé vers le nouveau Progress Tracker, afin que vous puissiez voir que les développeurs travaillaient toujours sur ladite fonctionnalité, même si sa livraison prévue pour un correctif indiqué ne pouvait plus être engagée. C'est pourquoi le Progress Tracker est significatif. Il ne se concentre pas sur les estimations, les objectifs ou les désirs, mais met plutôt en lumière la réalité de ce qui est.

Parce que notre objectif était de passer très clairement de la livraison à la progression, nous avons également intentionnellement décidé de minimiser l'importance de la vue de publication. Nous ne voulions plus que vous ou nos développeurs vous concentriez autant sur la sortie d'une fonctionnalité, mais plutôt sur ce sur quoi nous travaillions sur le moment et sur ce que nous prévoyions d'aborder ensuite. C'était le défaut de l'ancienne feuille de route publique ; nous vous avons seulement montré ce qui allait arriver, alors nous vous avons involontairement dit que c'était tout ce qui comptait. Mais avec le changement total de la nouvelle feuille de route publique, il était temps de se concentrer sur les progrès. C'est pourquoi le Progress Tracker est la première chose que vous voyez lorsque vous accédez à l'application Roadmap sur notre site. Nous considérons qu'il s'agit de notre vue par défaut de la feuille de route publique. Nous avions envisagé de supprimer entièrement la vue de publication lorsque la nouvelle feuille de route publique a fait ses débuts. Nous avons estimé que le Progress Tracker faisait un bien meilleur travail en montrant sur quoi tout le monde travaillait. Et c'était ce sur quoi nous voulions que tout le monde se concentre maintenant, au lieu de promesses involontaires. Le Progress Tracker était censé être ce dans quoi vous passez vraiment votre temps à plonger maintenant. C'est ici que vous pouvez voir quand une fonctionnalité quitte la conception et passe à l'intégration.

Cependant, en même temps, nous avons estimé que même si l'accent devait être mis sur les progrès du développement, nous avons également jugé utile de montrer aux joueurs les fonctionnalités et le contenu qu'ils pourraient attendre avec impatience, et quand ils pourraient mettre la main dessus. Ainsi, la vue de version est restée. Au lieu de supprimer la vue de publication, nous avons choisi d'ajouter une nouvelle fonctionnalité, où les cartes pourraient être marquées comme provisoirement planifiées ou validées. Et en essayant de préserver l'héritage et de maintenir la priorité de l'ancienne feuille de route, nous avons décidé de conserver une vue de version sur quatre trimestres. Avec le recul, après avoir vécu avec cette nouvelle feuille de route publique au cours des 6 derniers trimestres, nous nous sommes rendu compte que c'était une erreur. Elle mettait trop en lumière des fonctionnalités qui avaient une forte probabilité de se déplacer. Il est devenu très clair pour nous que malgré nos meilleurs efforts pour communiquer la fluidité du développement, et qu'il ne faut sincèrement pas se fier aux fonctionnalités marquées comme provisoires, l'orientation générale de nombre de nos joueurs les plus passionnés a continué à les amener à interpréter la vue Release comme étant des promesses. Nous voulons reconnaître que vous ne l'avez pas tous vu de cette façon; beaucoup ont pris à cœur notre nouvelle orientation et nos paroles et ont compris exactement ce que nous essayions de transmettre. Mais il reste encore un contingent très bruyant d'observateurs de la feuille de route qui voient les projections comme des promesses. Et leur bruit continu à chaque fois que nous changeons de livrables est devenu une distraction à la fois en interne chez CIG et au sein de notre communauté, ainsi que pour les fans potentiels de Star Citizen qui regardent de côté nos communications de développement ouvert.

Plutôt que de continuer à afficher des projections de version qui comportent un pourcentage élevé de chances de se déplacer (sur plusieurs trimestres), nous n'afficherons plus aucun livrable dans la vue de la version pour les correctifs au-delà du correctif immédiat au cours du prochain trimestre. Même si nous avons toujours ajouté une mise en garde sur le fait qu'une carte pouvait bouger, nous pensons maintenant qu'il est préférable de ne pas mettre un livrable sur Release View jusqu'à ce que nous puissions vraiment nous y engager. Nous allons insister plus que jamais sur le fait que vous devez concentrer votre attention sur notre outil de suivi des progrès, qui a toujours été notre objectif. À l'avenir (à partir de l'Alpha 3.18), nous n'ajouterons des cartes sur Release View qu'un trimestre à l'avance. Notre processus reste le même pour mettre à jour le statut d'une fonctionnalité : les cartes sur la vue de publication seront répertoriées comme provisoires jusqu'à ce qu'elles passent leur examen final, dans lequel elles sont marquées comme validées une fois passées. Ce n'est pas différent de la façon dont les choses sont gérées aujourd'hui ».