Share
Chaque développeur ou équipe indépendant s'est demandé comment mieux gérer le processus de développement. Est-il obligatoire d'utiliser une documentation détaillée, telle que le légendaire document de conception de jeu (GDD)? Quelles sont les erreurs les plus courantes et comment peuvent-elles être évitées??
Pour ceux qui ont cherché des réponses à ces questions, je souhaite partager l'expérience de notre équipe en matière de création de notre GDD..
De nombreux concepteurs de jeux s'abstiennent de cultiver des documents de conception et d'organiser des idées. Je ne peux pas imaginer comment ces développeurs traversent ces moments où ils sont gênés par des codes défectueux, des astuces génériques et des mécanismes conflictuels, tout en essayant de se rappeler pourquoi ils se sont d'abord soumis à la création d'un jeu..
Avoir un document de conception de jeu bien pensé peut être votre béquille en ces temps difficiles. Cela vous permettra de voir les idées et les concepts impressionnants qui vous ont tenu éveillé toute la nuit lorsque vous avez commencé à jouer, et, ce qui est peut-être plus important encore, ceux qui doivent être supprimés du jeu pour vous simplifier la vie, ou retravaillés pour vous vos efforts valent la peine.
Un document de conception de jeu agit comme un lien et un hub pour connecter et répertorier tous les aspects d'un jeu. Il comprend des descriptions écrites, des images, des graphiques, des diagrammes et des listes d’informations pertinentes pour chaque segment de développement. Il est souvent organisé en fonction des caractéristiques du jeu. Il indique clairement comment elles vont s’intégrer..
La création d’un GDD aidera le concepteur de votre équipe à comprendre l’essence du jeu et la portée planifiée de son monde et de son gameplay. De plus, le fait de réunir tous les éléments du jeu dans un document bien organisé aidera le concepteur à transmettre facilement sa vision au reste de l'équipe, tout en aidant à identifier les faiblesses ou les éléments manquants pouvant être nécessaires au jeu..
Le GDD devrait vous servir de liste de contrôle principale. Ce sera le document que vous jetterez en l'air pour célébrer la fin de toutes ses sections et la fin de votre partie..
Dans la mesure où un GDD regorge de descriptions, il constitue une ressource idéale pour tous les domaines des relations publiques et du marketing, avec des concepts qui reflètent l’esthétique et l’attrait du jeu et qui sont déjà rédigés et prêts à être copiés et collés..
Les compétences des futurs employés peuvent être rapidement évaluées, qu’elles soient qualifiées ou non, en examinant leurs diplômes ainsi que les sections correspondantes de leurs postes dans le document..
Si la collecte de fonds est dans les cartes de votre équipe, il sera crucial de disposer d'un GDD bien établi que les investisseurs pourront examiner et déterminer les risques de votre développement, ainsi que votre capacité à tenir vos promesses..
Créer et adhérer à un document de conception de jeu revient à planter une graine et à la regarder devenir un arbre au cours de son développement. Vous avez votre préparation initiale, votre culture et finalement le travail macabre et déchirant de la récolte.
Une erreur courante consiste à ne pas donner à tous les membres de votre équipe les outils de jardinage appropriés pour faire de votre jeu une réalité. Le GDD vous aidera à vous assurer que tout le monde travaille ensemble, afin que votre programmeur et votre artiste ne coupent pas la branche sur laquelle ils se tiennent..
Essayer de tout décrire à la fois
Il n'est pas nécessaire de lister chaque fonctionnalité et chaque mécanisme en détail dans le premier projet. Ceci est impossible lorsque vous travaillez sur un jeu complexe avec une petite équipe. Décrire les principaux nœuds du jeu et les éléments essentiels vous aidera à vous donner une idée de ce qui doit être fait, mais vous devez vous attendre à les remplir un par un, au fil du temps..
Fixer des objectifs de jeu avec des délais peut sembler déroutant pour certains développeurs. Les délais font partie du style de vie ennuyeux de 9 à 5 ans, de sorte que beaucoup de gens ont une aversion naturelle pour eux..
Cependant, vous devez vous assurer que votre jeu sera créé et non ininterrompu pour toujours dans un dossier de votre ordinateur. Ces types d’objectifs sont des jalons sur la voie du progrès et leur passage un par un indique clairement que vous faites quelque chose de bien. Chacun est une cause de fête.
Les délais sont un élément de base de la planification qui vous aide à surveiller les performances de votre équipe et de vous-même. Il aide à prendre des décisions enracinées dans la réalité et finit par créer un élan et une éthique sains pour l’ensemble de l’équipe et les individus qui la composent..
Dans GDD, il y a place pour des descriptions de base couvrant le jeu, les scénarios et les tâches principales de codage. Au fur et à mesure que le développement progresse, vous ajoutez plus de détails à ces sections. Lors de la création et du test du jeu, vous devez ajouter ou mettre à jour des détails techniques spécifiques chaque fois qu'une fonctionnalité est implémentée ou modifiée. De cette façon, vous ne construirez jamais avec des éléments que vous ne pouvez pas retrouver dans GDD, ce qui crée des liens manquants d'idées, de code ou d'art. Il peut également être utile d’ajouter des informations sur la difficulté d’implémenter certaines tâches et de déterminer si elles ont été entièrement intégrées au jeu ou si elles nécessitent une révision ultérieure..
Tout au long de ce processus, vos concepts initiaux devraient déboucher sur des descriptions toujours plus détaillées de chaque facette que vos fonctionnalités contiennent. Cela aide à faire des jalons concrets qui sont faciles à naviguer et à revenir en arrière pour voir d'où ils viennent et où ils doivent aller.
Alors que le GDD continue de croître et de se finaliser, il est toujours important de le maintenir à jour. Ceci élimine les situations dans lesquelles les membres de l'équipe font quelque chose sans pouvoir justifier pourquoi ils ont passé du temps à le faire, ce qui est crucial au moment opportun..
Personnellement, j'ai une peur primale inexpliquée de se noyer dans un tas de documents imprimés. Cela deviendrait un véritable cauchemar si je devais conserver toutes les anciennes versions de notre GDD pour chaque membre de l'équipe..
Pourquoi devrions-nous nous torturer de la sorte à l'ère de la technologie numérique? De nombreux services en ligne gratuits, tels que Google Docs ou Trello, vous permettent d’enregistrer toutes les modifications et de consulter tous les commentaires de votre équipe en temps réel..
Lors du démarrage de GDD, il est normal de s’envelopper dans des concepts. Les arrière-plans, les introductions et les descriptions clés aident à donner du relief au jeu et à lui donner forme. Lorsque vous commencez à tester et à implémenter des fonctionnalités, ces concepts doivent être affinés, spécifiés et détaillés. Maintenir une bonne organisation deviendra de plus en plus critique au fur et à mesure que votre DG gagnera en poids et en densité.
Commencez par la phase de concept où vous réfléchissez à vos idées et les rédigez sur papier. Cela devrait être excitant! Cela servira également de feuille de route pour que vous ne perdiez pas la trace de vos objectifs et de votre vision en cours de route. Lorsque l'attrait de certains éléments du jeu perd son éclat ou vous mène dans un fossé, il est peut-être temps de retravailler votre concept initial pour vous assurer d'atteindre une ligne d'arrivée satisfaisante..
Vers le milieu du développement, une fois que vous avez une équipe gung-ho à bord, des discussions et des constructions de jeux aideront à sculpter et organiser le document en un guide facile à utiliser et lourd pour tout le monde. Il est encore possible d'expérimenter de nouveaux concepts et idées à ce stade, mais il convient de les contrôler avec une partie de votre documentation initiale..
Votre document de conception de jeux vous évitera des heures de frustration et de chagrin d'amour lors du développement à domicile. Au fur et à mesure que vous approchez de la publication, votre GDD devrait lentement devenir une tablette en pierre, avec des fonctionnalités et des mécanismes définis dans des versions de jeu plus permanentes, toutes maintenues ensemble par un art conçu sûrement à plusieurs reprises pour correspondre aux spécifications du document. Le document devrait aider à garder toutes les roues de l'équipe sur le terrain, avec une bonne visibilité sur les attentes réalistes quant à la livraison du jeu..
Il n'est pas nécessaire d'avoir un GDD complet avant de commencer le développement. Mais le GDD doit être complet pour les 10 prochains jours ou deux semaines au-delà du travail actuel de votre équipe - et les parties pertinentes du document doivent être aussi détaillées que possible.
Certaines parties de la GDD devront être modifiées et modifiées tout au long du processus de développement, parfois même dans les derniers jours précédant la publication. Il peut commencer à ressembler à une zone sinistrée si le contenu n’est pas coupé correctement. Si vous avez peur de supprimer du texte obsolète, copiez-le et collez-le dans un addenda ou un document séparé. Cela laissera le corps principal du GDD pertinent pour l'état de développement actuel, sans toutes les distractions des itérations précédentes.
Ne jamais arrêter les membres de l'équipe de soumettre de nouvelles idées. La création d’idées est l’un des aspects les plus gratifiants du développement et doit être encouragée à tout moment. Les membres de votre équipe doivent se lancer dans le développement en sachant que nombre de ces concepts seront supprimés et ne seront jamais intégrés au jeu, mais cela ne devrait pas les empêcher de rêver! Personne ne sait quelles idées produiront les meilleurs résultats au début. Générer de nouvelles idées innovantes devrait donc être au centre de vos discussions et célébré en conséquence..
La supervision de la GDD doit être effectuée par un seul membre de l’équipe. Ils identifieront les idées clés sur lesquelles il faut se concentrer et réduiront les idées moins importantes..
Il est donc important d'encourager les retours actifs, car les autres membres de l'équipe n'ont pas la possibilité d'ajouter leurs idées directement au document..
La plupart des problèmes de développement sont constitués d'une coquille extérieure dure de mauvaise communication et d'un intérieur doux de ne pas savoir comment les compenser et les corriger. Ces obstacles peuvent être éliminés grâce à une maintenance vigilante de la base de données et à une documentation claire et concise, ce qui peut être mieux réalisé si une personne assume cette responsabilité..
Soyez cohérent avec les styles de police et utilisez des en-têtes et des empreintes uniformes, des signes de ponctuation et des mises en forme uniformes. Créer une légende ou une clé expliquant ce que signifient les surlignages colorés spécifiques peut contribuer dans une large mesure à réduire la confusion et à réduire le temps nécessaire pour communiquer les étapes de la mise en œuvre des différentes fonctionnalités..
Plus vous conservez la langue dans GDD, plus votre équipe la comprendra mieux..
Il est important que la rédaction soit claire et concise, et votre équipe doit activement vous informer de la présentation et de la clarté de la DG. Une dynamique de va-et-vient se traduira par une expérience de développement plus cohérente, avec des avantages généraux, notamment un style artistique défini, moins d'erreurs de communication et une documentation et un travail de bureau moins stressants..
Mais plus important encore, le GDD doit être le reflet de la culture de votre équipe, créé dans le format qui vous convient le mieux et qui est le plus attrayant pour vous et ceux avec qui vous travaillez..
Personne ne devrait jamais pouvoir dire qu’il n’a pas compris quelque chose ou qu’il a fait quelque chose correctement, en raison du manque de matériel de référence dans le GDD..
Le matériel visuel et les références jouent un rôle clé dans le processus de transmission des idées. Certains concepts difficiles peuvent être expliqués en moins de temps avec des aides visuelles comme les graphiques et les concepts. Cela contribuera à faire en sorte que chaque membre de l'équipe comprenne les informations qui lui sont transmises, ce qui les aidera en retour à mener à bien les tâches de développement plus rapidement..
Vous ne devriez pas vous limiter à sécher du texte. (Si vous le faites, vous attendez longtemps que tout le monde soit impliqué et comprenne les idées principales!) Essayez de décrire les émotions des joueurs et les expériences que le jeu pourrait cultiver..
Garder un GD peut sembler technique, mais vous ne devriez pas avoir peur de vous déchirer le cœur et de le jeter sur le document. Laissez votre émotion et votre passion y pénétrer. Imaginez comment vous voulez faire ressentir le joueur et écrivez ces aspirations avec les descriptions de vos fonctionnalités. Cela aide à développer une conscience collective au sein de votre équipe sur ce que votre jeu tente de transmettre au joueur - et, avouons-le, les sentiments devraient être enthousiastes si vous voulez qu'ils soient compris par quelqu'un d'autre..
Définissez les priorités des tâches et des fonctionnalités, documentez leurs échéances et contrôlez leur exécution. Vous ne pouvez pas développer absolument toutes les idées que votre équipe et votre esprit vont proposer. Par conséquent, vous devez (après avoir coupé certaines d’entre elles) définir leurs priorités et au moins un calendrier approximatif pour leur mise en œuvre..
Un GD bien soigné constitue une excellente liste de tâches classées par ordre de priorité que votre équipe doit accomplir. Toutes les fonctionnalités d'un GDD ne feront pas partie du jeu final. En gardant cela à l'esprit, vous devez choisir les fonctionnalités qui prévalent sur les autres et les planifier pour leur implémentation et leurs tests avant les autres..
Réfléchissez bien à ce qui est essentiel pour votre jeu et à ce qui est possible en fonction du niveau de compétence de votre équipe, et utilisez ces informations pour guider votre production.
Un GDD solide peut également aider les nouveaux membres de l’équipe à s’intégrer au projet et les exciter autant que vous le souhaitez..
Etant donné qu'une DAG entièrement définie peut donner lieu à ce qui semble être un jeu excessivement intimidant, il est bon de se rappeler que plus d'une personne en développera les spécificités. Assigner des tâches aux membres de votre équipe dans GDD l'aidera à devenir plus robuste tout en gardant tout le monde sur la même page. Tout le monde peut accéder au document et voir ce qui a été accompli, les tâches qui lui incombent et le reste de l'équipe, et pourquoi ils travaillent sur leur tâche actuelle..
Ecrire quelque chose dans un GDD partagé ne devrait pas minimiser ou éliminer la discussion avec l'équipe, cela devrait servir à augmenter la discussion en équipe et à améliorer votre dynamique de communication. Il est important que tout le monde comprenne clairement comment vous (et les autres membres de l'équipe) imaginez chaque caractéristique du jeu..
Couper des idées peut être difficile et énervant, mais c'est un processus inhérent à la création de jeux. En veillant à ce que des discussions ouvertes et libres fassent partie du développement, cela contribuera à apaiser les tensions inhérentes à la situation, sans dissuader les membres d’être créatifs..
J'ai trouvé beaucoup de bonnes idées jouant virtuellement le jeu dans mon esprit, à la fois avant et pendant la création du jeu. Bien sûr, cela ne garantit pas que ces idées vont prendre racine dans le jeu lors du développement et des tests, mais c'est une bonne méthode de brainstorming, particulièrement au début..
Bien qu'il soit bon de créer une atmosphère d'enthousiasme au sein d'une équipe, il est tout aussi important de garder vos objectifs de jeu intégrés à la réalité. La mécanique et les comportements complexes de l'ennemi et du niveau ont toujours fière allure sur le papier, mais la réalité a le pouvoir de corroder la splendeur de certains éléments du jeu, et il faut s'y attendre..
Les conséquences des mises à jour et des modifications sont presque impossibles à prévoir à l’avance dans certaines situations. N'oubliez donc pas que votre travail consiste à essayer de limiter le nombre de modifications à apporter lorsque des modifications surviennent. Si vous prenez l'habitude de jouer avec de nouvelles idées dans votre esprit avant de les écrire sur papier, vous avez plus de chances de garder vos objectifs de développement enracinés dans des attentes réalistes..
Notre équipe est multinationale. Nous vivons dans le monde entier, dans des fuseaux horaires différents, ce qui rend impossible l'utilisation de versions imprimées des documents pour tout le monde et la difficulté d'avoir des conversations en temps réel. Utiliser des outils tels que Skype (pour les conversations), Google Drive (pour partager des fichiers), Google Docs (pour collaborer sur des documents et partager GDD) et FlockDraw (pour des dessins numériques) peut vraiment aider avec des explications et des discussions..
Si vous vous demandez si la maintenance d'un GDD est nécessaire à la production de votre jeu, vous devriez jeter un regard critique sur la manière dont vous envisagez le développement. Il y a presque certainement des moments où la vraie vie et des emplois à temps plein entravent la création de jeux, ou bien la mise en œuvre de fonctionnalités et de mécanismes ne fonctionne tout simplement pas..
Dans les mers houleuses du développement du gibier, un GD en bonne santé peut servir de navire solide et solide, voire même de canot de sauvetage. C'est un journal détaillé de vos luttes et de vos triomphes, un recueil de pensées et d'idées sur lesquelles vous pouvez vous reposer pendant les périodes difficiles. Vous constaterez peut-être que l’amélioration de la qualité du GDD se répercute également sur le reste du développement, ce qui élève la barre plus loin pour l’ensemble de votre équipe. Il devrait servir de plate-forme solide pour faciliter la discussion en équipe et générer de nouvelles idées encore plus grandes. En même temps, il peut garder ces concepts sous contrôle réaliste.
Les avantages de ce type d'efficacité peuvent sembler minimes, pris individuellement, mais au fil du temps, ils créent un formidable élan. En fin de compte, ce type de document devrait vous motiver, vous contraindre et vous inspirer, ainsi que votre équipe, à terminer ce que vous avez commencé. Cela devrait vous montrer que votre jeu a un plan qui peut être réalisé.
Et une fois que vous avez terminé votre jeu, votre GDD sera un témoignage de tout votre travail et de vos efforts, des coulisses d’une expérience complexe à vivre pour tous..
Accentsconagua