終了したゲームのチェックリスト？

私と2人の友人は暇なときにゲームをやっていて、ゲームの約80％を終えました。私たちは以前にいくつかのゲームをやったことがありますが、常に仕上げに問題があります。

問題は、私たちがゲームに十分な情熱を持っていないということではなく、追加する必要のある最後の詳細が誰にもわからないということです。本当にイライラします。「。一時停止機能が必要なのでしょうか？」「うーん、もちろん、なぜ早く考えなかったの？」

場合によっては、ニーズを実現するのに長い時間がかかりますが、その後、それを実行/追加する必要があることが明らかになります。

何らかの種類のチェックリストを使用して強制的に仕上げますか、それとも完了したかどうかを鋭い感覚に頼っていますか？

プロジェクト時間を見積もる際にもチェックリストを用意しておくといいでしょう。

テスターを取得します。（これは質問に対する直接的な答えではないかもしれませんが）

本当に、チェックリストを求めることはあまりにもゲーム/ジャンル特有であり、そのような一般的な方法で答えることができます。ただし、できるだけ多くのテスターとできるだけ多くのフィードバックを取得することをお勧めします。

開発者がゲームの完全にシンプルだが必要なものを見落とすのは、実際には完全に普通（imo）です。一方、テスターはそのようなことにすぐに気付くでしょう（少なくとも私が経験したことです）。

だからとにかく、「チェックリスト」の大まかなスケッチについては（この少数の情報を含むチェックリストを要求するのは無意味だと理解してほしい）。

• 研磨。開発者であっても、気分が悪いだけで気づくでしょう。それは常に重要なものではありませんが、ゲームを磨くことであなたの雰囲気を正しく得ることができます。
• ゲームは使いやすいですか？アクションを中止できますか？キーボードを使って何かすることもありますか？あなたの設定はありますか？
• 全体的な感じ。あなたのものは一緒に収まりますか？ゲームプレイ、雰囲気など
• 助けて。プレイヤーが何かを調べる簡単な方法、何かがどのように機能するか、彼がしなければならないこと（あなたの現在のミッション、目的、クエスト、何かを選ぶ...）を提供しますか。彼は自分のスキル/ユニット/パワーアップが正確に何をするかを見る/読むことができますか？

しかし、私のリストにあるように、それは本当に非常にジャンルとゲーム固有です。

私のチェックリストは次のようになると思います：

• それ楽しいですか？

2番目のテスター。深刻なテスター。バグと不足している機能を適切に記録し、優先順位に従って処理します。解決済みのバグを回帰テストして、問題が再発しないようにします。

また、自分で締め切りを設定します。時々、停止する必要があるだけです。機能完了の日付を設定してから、リリースの日付を設定します。機能がどれほど素晴らしくても、機能が完全になった後に機能を絞り込まないでください。これは洗練された段階ではなく、バグ修正のためです。

また、最後の20％には通常80％の時間がかかることを忘れないでください。

彼らが言うように：ゲーム開発では、残りの10％は時間の90％が費やされる場所です。

ゲームの終わりに近づくほど、チェックリストを作成するのが難しくなります（そして、長くなります）。重要なのは、一歩下がってプロジェクトを見て、ゲームを完成させるために絶対に不可欠な今すぐにできることをすべて見つけて、それだけに取り組むことです。他のすべてをメモとして書き留めます。それからそれを終わらせて、そこに出してください。

あなたはインディーズゲームを作っているのだと思うので、だれも100％完璧だと期待することはないでしょう。重要なことは、それを世に出すことです。次に、フィードバックを収集して更新します。

あなたの問題の核心は、他の多くのインディー/ホビー開発者のように、おそらく事前に多くの計画を立てなかったかもしれないと思う。「ああ、一時停止ボタンが必要」などの問題は、その兆候です。明らかなことがあなたの集合的な心をすり抜けたなら、あなたは座って、あなたがする必要があるすべてのものを書き留めるのに本当に良いラウンドをしていません。参照しながら、できる限り多くの関連ゲームを使用します。

インストーラー（NSISを使用）、エラー報告/バグ報告、メニュー、低品質ネットワーク（マルチプレイヤーゲームの場合）の扱い、不正行為、ゲームの更新など、一般的に見落とされがちなその他の「ゲーム終了」ビット。

あなたのゲームが洗練されていることを確認するという点では、他のAAAゲームが何をするかを常にチェックすることは良い考えです-本当にうまく組み合わされたゲームを観察するだけで多くのチェックリスト項目を得ることができます。

ゲームが安定しており、ターゲットプラットフォームで出荷する準備ができていることを確認するという観点から、プラットフォームごとに認定チェックリストがあります。コンソール開発者の多くは、このようなプラットフォーム固有のチェックリストを満たす必要があります。ソニーには技術要件チェックリスト（TRC）があり、マイクロソフトには技術認定要件（TCR）があり、任天堂には独自のプロセスがあります。残念ながら、登録された開発者になったり、NDAに署名したりしなければ、このコンソールチェックリスト情報の多くは公開されません。

「Games for Windows」認定を満たすための要件は次のとおりです。

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

実際、MSFTにはこれらの種類の記事がもっとたくさんあります。これの多くは乾燥していて、おそらく少しばかげていますが、いくつかには本当に良いアドバイスが含まれています：

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

マイクロソフトは、Gamefestと呼ばれる会議も毎年開催しています。Gamefestのプレゼンテーションでは、認定に関する多くの問題を扱っていますが、残念なことに、それらにアクセスするにはxdsアカウントを持つ登録開発者である必要があります。

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

バグ/問題追跡ソフトウェアの使用を開始することもできます。これにより、作業を調整し、タスクを忘れないように考えながらタスクを追加する場所（「一時停止機能の追加」など）が提供されます。ほとんどのゲームに共通していると思われる問題を特定した場合は、リスト（おそらくwikiに）を追加して、次回のために参照できるようにします。

（！自由な）問題追跡ソフトウェアの2つの例： RedmineのとTracの。

ジョエル・スポルスキーもこれについていくつかの有用な考えを持っています。