Liste de contrôle pour le jeu terminé?

Moi et quelques amis faisons un jeu sur notre temps libre et nous avons terminé environ 80% du jeu .. donc toutes les choses évidentes et les mécanismes de base. Nous avons déjà joué quelques matchs auparavant et nous avons toujours du mal à terminer.

Le problème n'est pas que nous ne sommes pas assez passionnés par le jeu, c'est plutôt que personne d'entre nous ne voit ces derniers détails à ajouter, nous sommes devenus aveugles d'une manière ou d'une autre avec le jeu. C'est vraiment frustrant. Ça peut être des trucs comme ... "peut-être qu'on devrait avoir une fonction pause?" "Euh, ouais, bien sûr, pourquoi n'y avons-nous pas pensé plus tôt?"

Parfois, même si cela prend beaucoup de temps pour réaliser le besoin, après il est vraiment évident que cela devait être fait / ajouté.

Utilisez-vous une sorte de liste de contrôle pour forcer une finition ou comptez-vous sur votre sens aigu pour savoir quand c'est fait?

Une liste de contrôle serait bien d'avoir aussi lors de l'estimation du temps du projet ..

Obtenez des testeurs. (Bien que ce ne soit pas une réponse directe à la question)

Vraiment, demander une liste de contrôle est trop spécifique au jeu / genre car il pourrait être répondu de manière générique. Cependant, je recommande d'obtenir autant de testeurs que possible et autant de commentaires que possible.

Il est en fait tout à fait normal (imo) qu'un développeur oublie en quelque sorte des choses complètement simples mais nécessaires pour vos jeux; les testeurs, d'autre part, remarqueront très probablement de telles choses tout de suite (du moins c'est ce que j'ai vécu).

Donc de toute façon, comme pour un croquis approximatif pour une "liste de contrôle" (bien que j'espère que vous comprenez pourquoi demander une liste de contrôle avec ces quelques informations est un peu inutile).

• Polonais. Même en tant que développeur, vous remarquerez toujours si quelque chose manque, car il se sent juste mal. Bien que ce ne soit pas toujours le plus important, vous pouvez obtenir votre bonne atmosphère en peaufinant votre jeu.
• Votre jeu est-il convivial? Pouvez-vous abandonner vos actions? Peut-être même faire des trucs via le clavier? Faites-vous vos réglages?
• Sentiment général. Vos affaires vont-elles ensemble? Gameplay, ambiance, etc.
• Aidez-moi. Offrez-vous au joueur des moyens simples de rechercher des trucs, comment quelque chose fonctionne, ce qu'il doit faire (votre mission actuelle, objectif, quête, choisir quelque chose ...). Peut-il voir / lire exactement ce que font ses compétences / unités / power-ups?

Cependant, comme vous pouvez le voir dans ma liste, c'est vraiment très spécifique au genre et au jeu.

Je pense que ma liste de contrôle serait:

• Est-ce amusant?

Je seconde les testeurs. Testeurs sérieux. Consignez correctement les bogues et les fonctionnalités manquantes et gérez-les par ordre de priorité. Testez la régression de vos bogues résolus afin de ne pas casser à nouveau les choses.

Fixez-vous également des délais: il vous suffit parfois de vous arrêter. Définissez une date de fin de fonctionnalité, puis définissez une date de sortie. Ne soyez pas tenté de presser des fonctionnalités après que vous ayez terminé la fonctionnalité, peu importe à quel point elles seront incroyables. Ce n'est pas une phase de polissage, c'est pour la correction de bugs.

Et rappelez-vous que les 20 derniers% prennent normalement 80% du temps.

Comme on dit: dans le développement de jeux, les 10% restants sont consacrés à 90% du temps.

Plus vous vous rapprochez de la fin du jeu, plus il est difficile de faire une liste de contrôle (et plus cela va être long). La partie cruciale consiste à prendre du recul, à regarder votre projet, à trouver tout ce que vous pouvez en ce moment, ce qui est absolument essentiel pour sortir le jeu, et à travailler uniquement sur cela. Notez tout le reste sous forme de notes. Ensuite, faites-le et faites-le sortir.

Vous faites un jeu indépendant (je suppose), donc personne ne s'attendra à ce qu'il soit parfait à 100%. L'important est de le diffuser. Collectez ensuite les commentaires et effectuez des mises à jour.

Je pense que le cœur de votre problème peut être que, comme beaucoup d'autres développeurs Indie / Hobby, vous n'avez probablement pas fait beaucoup de planification à l'avance. Des problèmes tels que "Oh, nous avons besoin d'un bouton de pause" en sont un signe certain. Si les choses évidentes ont glissé dans vos esprits collectifs, vous n'avez pas vraiment bien fait de vous asseoir et d'écrire tout ce que vous devez faire. Utilisez autant de jeux connexes que possible en tant que référence.

Quelques autres bits "de fin de jeu" que les gens oublient généralement: programme d'installation (utiliser NSIS), rapport d'erreurs / rapport de bogues, menus, gestion des réseaux de mauvaise qualité (s'il s'agit d'un jeu multijoueur), tricherie, mises à jour du jeu.

Pour vous assurer que votre jeu est soigné, vérifier ce que font les autres jeux AAA est toujours une bonne idée - vous pouvez obtenir beaucoup d'éléments de liste de contrôle simplement en observant un jeu vraiment bien assemblé.

Pour vous assurer que votre jeu est solide et que vous êtes prêt à livrer sur votre plate-forme cible, il existe des listes de contrôle de certification pour chaque plate-forme. De nombreux développeurs de consoles doivent respecter une telle liste de contrôle spécifique à la plate-forme; Sony a la liste de contrôle des exigences techniques (TRC), Microsoft a les exigences de certification technique (TCR) et Nintendo a son propre processus. Malheureusement, peu de ces informations de la liste de contrôle de la console sont publiques sans devenir un développeur enregistré, signer des NDA, etc.

Voici les conditions requises pour satisfaire à la certification "Games for Windows", qui sont publiques:

• http://msdn.microsoft.com/en-us/library/ee417691(VS.85).aspx
• http://msdn.microsoft.com/en-us/library/ee417692(VS.85).aspx

En fait, il existe des tonnes de ce type d'articles de MSFT. Beaucoup est sec et probablement un peu idiot, mais certains contiennent de très bons conseils:

• http://msdn.microsoft.com/en-us/library/ee416994(v=VS.85).aspx

Microsoft organise également chaque année une conférence appelée Gamefest. Les présentations Gamefest couvrent BEAUCOUP de problèmes de certification, mais malheureusement, vous devez être un développeur enregistré avec un compte xds pour y accéder:

• http://www.xnagamefest.com/presentations.htm

Vous voudrez peut-être commencer à utiliser un logiciel de suivi des bogues / problèmes. Cela vous aidera à coordonner vos efforts et vous donnera un endroit pour ajouter des tâches (par exemple "Ajouter une fonction de pause") pendant que vous pensez à elles afin qu'elles ne soient pas oubliées. Si vous identifiez un problème que vous pensez être commun à la plupart des jeux, ajoutez-le à une liste (peut-être dans un wiki) afin d'avoir une référence pour la prochaine fois.

Deux (gratuits!) Exemples de logiciels de suivi des problèmes: Redmine et Trac .

Joel Spolsky a également quelques réflexions utiles à ce sujet.