反復型デザインの極意：Dead CellsとHadesが教える「失敗から学ぶ」開発プロセス

皆さんこんにちは、ゲームデザインポッドキャストへようこそ。今日は「反復型デザインプロセス」、つまりゲーム開発におけるアジャイル開発の極意についてお話しします。

いい質問ですね。実は、反復型デザインは「大変」ではなく「賢い」方法なんです。ゲーム開発は本質的に不確実性が高い。最初から完璧な設計なんて不可能なんですよ。

ここが面白いんですが、Dead CellsやHadesといった大成功を収めたインディーゲームは、全て「計画通りに作る」のではなく「学びながら進化させる」アプローチを取っているんです。

まず、反復型デザインの基本について説明しましょう。大きく分けて「タイムボックス型」と「機能駆動型」という2つのアプローチがあります。

1週間から4週間の固定期間、これをスプリントと呼びますが、その期間内で「完成可能なタスク」だけをコミットする方法です。期限は絶対不変なんですよ。

それがポイントなんです。終わらない場合は、機能をカットするか、次のスプリントに持ち越す。これによって「やりすぎ」を防げるんです。実は、初期は1週間スプリントがおすすめです。

短いからこそ学習が速いんです。コアループが固まったら2〜3週間に延長すればいい。重要なのは、プレイテスト後は必ず1スプリント分のバッファを確保することです。

次に、ゲーム開発のマイルストーンについて説明しましょう。Pre-Alpha、Alpha、Beta、Goldという4つのフェーズがあります。

Pre-Alphaは「面白さの証明」フェーズです。コアメカニクスが動いて、最初から最後までプレイできる。でもコンテンツは未完成。これがリリース12〜18ヶ月前の段階ですね。

Alphaは「全機能実装完了」です。Feature Completeと呼ばれる状態で、アセットは部分的に完成。リリース6〜12ヶ月前が目安です。ここで重要なのが「カットリスト」を作ること。

その通りです。Beta突入時に間に合わない機能を事前に特定しておく。そしてBetaに入ったら、新機能追加は原則禁止。これを守らないと技術的負債が爆発します。

いい質問ですね。そこで「Pivot」と「Polish」の判断が必要になります。Pivotはコアを変える大規模な方向転換、Polishは磨き込みです。

3つの質問をします。まず「コアは守れるか？」。イエスならPolish、ノーならPivot検討。次に「2週間で改善を体感できるか？」。イエスならPolish、ノーならPivot検討。

「チームは信じているか？」です。イエスならPolish、ノーならピボットまたはキャンセル。ただし、PivotはPre-Alpha期のみ許容されます。Alpha以降はコストが爆発しますから。

その通りです。2018年にリリースして低迷していたんですが、2020年にストリーマー経由でバイラル化。マーケティング戦略をピボットして大成功しました。リリース後でも反復は有効なんです。

実は、MVPはゲームには不向きなんです。MVPは「機能する最小限の製品」ですが、ゲーム業界では「魂のない殻」になりやすいと批判されています。

ゲームは「便利さ」ではなく「楽しさ」で評価されるからです。SaaSのように段階的アップデートで許されない。初回体験が全てなんですよ。

MDPです。Minimum Delightful Product、つまり「最小限でも喜ばれる製品」。Vampire Survivorsを見てください。移動と自動攻撃だけですが、そのコアループは完璧に磨かれています。

まさにその通りです。「Better a small game that's great than a big game that's mediocre」。小さくとも完成度を優先する。これがインディー成功の鉄則です。

さて、ここからは避けるべきアンチパターンについてお話しします。反復型開発でよくある失敗例ですね。

まず「Iteration Paralysis」、反復麻痺です。「まだ完璧じゃない」と言って永遠に磨き続けて、出荷しない。完璧主義の罠ですね。

「Definition of Done」を明文化することです。例えば「Betaは95%のプレイヤーがクリア可能」とか。外部締め切りを設定するのも効果的です。Steam Next Festとかコンテスト応募とか。

「Scope Creep」、スコープクリープです。「これも面白そう」と次々に機能を追加して、開発期間が無限延長される。Duke Nukem Foreverが有名な例で、15年開発して失敗しました。

対策は、新機能追加は「何を削るか」とセットで提案すること。「If everything is important, nothing is important」、全てが重要なら何も重要じゃないんです。

まずDead Cellsですね。早期アクセスの教科書と呼ばれています。2017年5月から2018年8月まで約1年間、コミュニティと共に開発しました。

驚くべきことに、最終製品の40〜50%の機能がプレイヤーフィードバックから生まれたんです。初期バージョンは30〜40%完成度でしたが、「戦闘の手触り」は完璧だった。

Hadesは「透明性と持続可能性の両立」が特徴です。2018年12月から2020年9月まで約2年間の反復。そして、クランチなし、強制休暇ありという開発体制でした。

Supergiant Gamesの哲学は「Marathon, not sprint」です。個々のゲームだけでなく、スタジオ全体の持続可能性を重視。彼らは全作品でクランチなしを維持しています。

最後に、ポストモーテムについてお話しします。プロジェクト完了後に「何がうまくいき、何が失敗したか」を分析する振り返り手法です。

単なる反省会ではなく、「5 Wrongs, 5 Rights」というフォーマットがあります。うまくいった5つと、失敗した5つを具体的に書き出すんです。

インディーポストモーテムの共通教訓として「Nobody cares about your game」があります。厳しいですが、ジャーナリストやプレイヤーを自分から追いかける必要があるということです。

もう一つ重要なのは「10% Game Dev, 90% Everything Else」。インディーは開発以外のタスクが圧倒的に多いんです。マーケティング、コミュニティ管理、ビジネス面など。

だからこそ、キャンセルされたプロジェクトこそポストモーテムを書くべきなんです。最も学びが多いのは失敗からですから。

さて、今日のポイントをまとめましょう。反復型デザインは「計画通りに作る」のではなく「学びながら進化させる」開発手法です。

その通りです。そしてMVPではなくMDP、最小限でも喜ばれる製品を目指す。スコープクリープを避けて、小さくても完成度の高いゲームを作ることが大切です。

重要なのは、アジャイルの儀式を形式的に実施することではなく、「透明性」「検査」「適応」の3つの柱を文化として根付かせることです。

はい。最も高いリスクを特定して、1週間でそれを検証するプロトタイプを作る。このサイクルを回し続けることが、成功への最短経路です。

それでは、また次回のエピソードでお会いしましょう。さようなら。