失敗から学ぶゲーム開発（ドラゴンジェネシス〜聖戦の絆〜の場合）

失敗から学ぶゲーム開発ドラゴンジェネシス　〜聖戦の絆〜の場合株式会社gguummii 田村祐樹

自己紹介（田村祐樹） gguummiiに入�ってそろそろ４年ゲームをつくって早１２年メインプログラマ（のようなもの）ゲームの本数でいえば、１２本くらい基本的になんでもやさん

ドラゴンジェネシスとはリアルタイムギルドバトル

こんなキャラや

こんなキャラが闘います

幻獣

hhttttpp::////yyoouuttuu..bbee//QQmmnnooIIZZ11--SS--00 イフリートの実例

hhttttpp::////yyoouuttuu..bbee//jj66LLqqUUttnnGGPPZZss ヴァルフォーレの実例

hhttttpp::////yyoouuttuu..bbee//xxLLttuu1188eeVV__AAII 聖戦の動画

主な技術構成要素

しかし、今日は言語の話はしません

今日話すことネイティブゲーム開発で陥る罠なぜプロジェクトは失敗するのか

ゲームの最低限の構成要素サウンドアニメーション／絵データゲームバランス

FFFFもDDQQもマリオもデザイン（22DD、33DD問わず）サウンド（BBGGMM／SSEE／ボイス）データ（当たり判定とか、パラメータ）レベルデザイン（難易度やルール決め）基本の素材は、この組み合わせで出来ています＋プログラム

サウンド

サウンド BBGGMM／SSEE／ボイス経験者がいないと大変なことになる例えば、量が多すぎて入�らないとかサイズが考慮されていないとかイントロループ再生とか、クロスフェードの事も考えられていない

よくある光景 BBGGMM数十曲書いて貰いました！！ SSEEも○○○個！！！ボイスも×××パターン！！！！計算すると…�…�１GGBBとかいっちゃう

ドラジェネでは？調整をコンポーザーさんにおねがいした特にゲーム専門のコンポーザーさんがいい BBGGMM／SSEE／ボイスの担当者をチーム内で１人つけた「鳴らす」だけではないので、思った以上に必要性が高い

アニメーション

アニメーション WWeebbはアニメーション＝FFllaasshh ネイティブではFFllaasshhをそのまま使えない解決作としてのツール「SSppiinnee」「SSpprriitteeSSttuuddiioo」「CCooccooSSttuuddiioo」静止画より動きのある構造は難しいまた、UUIIの配置も検討すべき

よくある光景何のアニメーションがどれだけあるかを決めずに、発注をかけてしまう！決められたUUIIを作ってみたら使い勝手が悪く、直そうとしてもデザインの分解がされてない！デザインのサイズ、フォーマットなどが統一されておらず、適当！

ドラジェネではちょうど、CCooccoossBBuuiillddeerrが開発停止していた他のツールは軒並みβ以前だったということで内製ツールで、 FFllaasshh((SSWWFF))からOOppeennGGLL描画できるようなデータを吐く仕組みをつくった UUIIも別途構築するツールをつくった

データ

データ WWeebbと違い、データはサーバー／クライアントが同期しなければならないサーバー／クライアント／DDLLCCのすべての同期をとる必要がある最初に何をどう持つかを考えるのは最重要課題と言える

よくある光景 UUIIや、動きをつけるところがデータになってない！！ UUIIをちょっと変えたいだけなのに申請が必須！！データとデータが複雑に絡み合ってて、最新にしたはずが最新にならない！

ドラジェネでは最初に更新頻度の高いもの、低いものの切り分けを行った更新頻度が高いものはDDLLCCに含めることで、改�善をしやすくしたまた、データ構造を変えやすいように、EExxcceellからJJSSOONNを吐き出すようにした

ゲームバランスレベルデザイン

ゲームバランス最も鬼門になると言ってもいいどんなに面白いゲームもバランスを欠いていると一気にクソゲーになる運用がある以上、バランスはとり続けるもの、と考えるべき

ゲームバランスはなぜ難しいか？多くの人は「強さ」を一本の線�で考えがちひのきのぼう→こんぼう→どうのつるぎ→はがねのつるぎ→はじゃのつるぎ →ロトのつるぎ…�…�

強さはインフレするロトのつるぎを手に入�れた先にあるものは？真・ロトのつるぎ？　それとも…�…� 攻撃力を上げ続ければ切りがない

レベルデザインの基礎正しい答えはありませんただ、教科書には目を通しておくと違います

なぜプロジェクトは失敗するのか

このプロジェクトは開発を中止する！

なぜプロジェクトは失敗するのか答えは簡単で…�…� ゲームには答えがないからです＊ここでの失敗の定義：　プロジェクトが終わらない　または終わっても売れずに終了

答えがないのが普通誰もが最初から面白いという答えは持っていない作る中で面白いとは何かという答えが得られないプロジェクトは確実に失敗する答えを出すためには試行錯誤が必要

ドラジェネで出来た事完全新作として割り切ってすべてを再構築できた「面白い」とは何かをチームで話すことができた試行錯誤する時間を無理矢理つくった

いらないものは捨てた gguummiiには既にギルドバトルのソースがあったが、すべて捨てた１からギルドバトルとは何かを考え、必要な事とやるべき事を決めた

既存ではダメなのか？既にあるソースは、すべてのスキルがソースコードによって実装されていたこの構造の最大の欠点として、ゲームデザイナーがこねくりまわせない

どう変わったか？スキルを「効果」に分断し、この効果の組み合わせによって、色んなスキルをつくれるようにしたこれによって、ゲームデザイナーが試行錯誤できる土壌をつくった

計算式を一新した既存のゲームの計算式を見直し、数値がインフレする可能性のある式をすべて見直したゲームデザイナーが予想しない数値がでないようにした

考え方をゼロベースに他のゲームがこうだったから、という考えは一切しないようにした新規タイトルとして、仕組みからすべて考えるようにした「AAというゲームがこうだから、これを取り入�れる」をやるとちぐはぐになる

未完成ゲームは必ずクソゲーであるゲームの面白さは完成が近づかないとわからない自分たちの頭の中にある「面白い」は他の誰かに受け入�れられるとは限らないゲームは煮詰める段階で必ず面白さが醸成される

大人数では煮詰められないゲームは必ず横槍が入�る「これ面白くないよ」「○○さんが面白くないと言ってる」「流行ってる××というゲームはこれで売れてる」チーム外からは必ず好き勝手な意見がでる

自分たち((＝チーム))が信じるものをつくる「ここクソだから直そう」自己否定も辞さない誰かの提言／押しつけに従うと自分たちへの言い訳になる「〜は無理って言ったのに無理強いした××が悪い」「上が邪魔するから思ったものがつくれない」

技術的に完成してもゲームは完成しないプログラマはこれを意識するべき動いている≠面白いゲーム要するにゲームが売れなければ、技術的な努力は無駄になってしまう

浪費しているのはメンバーの人生の時間プロジェクトの失敗＝時間の浪費結果として、自分だけじゃなくて、チーム全員丸損人生に何度もチャンスはない

冗談のような話ですが、ゲーム業界あるある

ドラゴンクエストへの道より

本当にいいゲームをつくりたいという気持ちが大事

ゲーム開発は想いを形にする開発根性論も大事伝えたいことは伝えるクソなものはクソだと言う決定に従うことで逃げ場をつくらない

まとめ１理解してないものをとりあえず用意するのはやめよう（＝リソース）構成要素が欠けているとそもそもゲームとして完成しない特に目に見えないデータやレベルデザインに顕著にでる

まとめ２誰かの決定に従ったということを免罪符にしないようにするプロジェクトが失敗したときに損をするのは自分とメンバーとユーザーなら、失敗をしないように最善を尽くすしかない

最後に失敗を避けたからといって成功するとは限らないただ、避けられる失敗は避けるべき失敗から学んで後悔しない開発をしよう！

ご静聴ありがとうございました

失敗から学ぶゲーム開発（ドラゴンジェネシス〜聖戦の絆〜の場合）

by Yuki Tamura, Software Developer at gumi

on Jun 25, 2014

Statistics

Views

Actions

1 Embed 0

Accessibility

Categories

Upload Details

Usage Rights

Report content

失敗から学ぶゲーム開発（ドラゴンジェネシス〜聖戦の絆〜の場合） Presentation Transcript