1980年代後半、経営危機に直面していたスクウェアから、後に世界的なシリーズへと成長する『ファイナルファンタジー』が誕生しました。その開発を支えたのは、潤沢な予算や大規模な組織ではありません。異なる能力を持つ少数のメンバーが集まり、それぞれの専門性を直接作品へ反映できる開発体制でした。
初代『ファイナルファンタジー』の開発チームには、現代の知識労働組織にも応用できる要素が数多く含まれています。危機を推進力に変える方法、突出した才能との向き合い方、若手の提案を実現するリーダーシップなど、その組織設計を詳しく見ていきます。
経営危機が生んだ「最後」のイノベーション
1980年代後半のスクウェアは、相次ぐヒット作の不在によって深刻な経営危機に瀕していました。倒産の噂さえ囁かれるなかで企画されたのが、初代『ファイナルファンタジー』、通称FF1です。
ディレクターを務めた坂口博信氏は、「この作品が売れなければ大学に戻り、ゲーム業界を離れる」という覚悟で開発に臨んでいました。経営陣にも、会社の終焉を見据えた現実的な危機感があったとされています。
このような極限状態は、組織に大きな緊張をもたらす一方で、不要な慣習や手続きを削ぎ落とす力にもなりました。限られた時間と資源のなかで、作品にとって本当に必要なものだけを追求する姿勢が、チーム全体に共有されていったのです。
制約によって生まれた「ファイナルファンタジー」という名前
タイトルは当初、『ファイティングファンタジー』として検討されていました。しかし、商標上の理由から使用を断念することになります。
それでも開発チームは、略称を「FF」にするという条件を重視しました。「エフエフ」という日本語で呼びやすい4音の響きを、ブランド上の重要な要素と考えていたためです。
その結果、「ファイナル」という言葉が採用されました。商標上の制約から選ばれた名称でありながら、会社や坂口氏が置かれていた状況と重なり、作品に強い象徴性を与えることになります。これは、制約が新たな発想や価値を生み出す「制約誘発型イノベーション」の一例といえるでしょう。
また、坂口氏が初回出荷分の一つに、自ら折った折り鶴を忍ばせたという逸話も残されています。この行動は単なる美談ではなく、作品に対する個人的な覚悟と責任を、組織内外に示す象徴的な行為として捉えることができます。
わずか4名から始まった少数精鋭の「Aチーム」
当時、ほかの開発チームが15名ほどで構成されるなか、FF1の開発を担当した「Aチーム」は、わずか4名の小規模なユニットから始まりました。
人数が少ない組織では、一人ひとりの役割と責任が明確になります。大人数の集団で起こりやすい「誰かが対応するだろう」という社会的手抜きが生じにくく、情報共有や意思決定に必要な時間も抑えられます。
開発場所として与えられたのは、社屋の倉庫を改造した狭い部屋でした。快適な環境とはいえませんが、外部の雑音や既存組織の慣習から距離を置き、開発へ集中できる空間でもありました。
この体制は、大企業のなかに独立性の高い小規模チームを設ける「スカンクワークス」型の組織にも通じます。メンバー同士がすぐに会話できる距離にいたことで、細かな会議や文書を挟まず、高密度なコミュニケーションが可能になりました。
異なる能力が補い合うチーム構成
Aチームの特徴は、単に人数が少なかったことではありません。異なる分野で突出した能力を持つメンバーが集まり、互いの弱点を補完できる構造になっていました。
- 坂口博信氏：作品全体の方向性を示し、失敗の責任を引き受けるディレクター
- ナーシャ・ジベリ氏：技術的な困難を実装によって突破するプログラマー
- 石井浩一氏：世界観やゲームシステムの新しい形を構想する企画担当
- 渋谷員子氏：抽象的なイメージをドット絵として具体化するグラフィック担当
それぞれが同じ能力を競うのではなく、異なる専門性を持ち寄っていた点が重要です。チーム内で生まれたアイデアが、複雑な階層や承認手続きを通さず、直接ゲームへ反映される体制が整っていました。
少数精鋭の価値は、単なる人員削減ではなく、異なる能力を組み合わせることで発揮されます。FF1の開発チームは、そのことを示す代表的な事例です。
突出した才能を活かした技術マネジメント
FF1の開発において、技術面で大きな役割を果たしたのが、プログラマーのナーシャ・ジベリ氏です。
ナーシャ氏はイラン王族の血筋を持つという異色の経歴で知られ、設計書を用意せずにコーディングを始め、プログラム全体を記憶しながら管理する独特な作業スタイルを持っていました。
Apple II時代から培った6502系プロセッサへの知識を生かし、ファミコンの限られた処理能力や容量のなかで、数々の技術的な工夫を実現しています。
限られた資源を最大限に活用する工夫
その一例が、256個の数値をあらかじめ用意した乱数テーブルです。複雑な乱数計算を毎回行うのではなく、事前に設定した数値を順番に参照することで、演算に必要な負荷を抑えました。
限られたCPUリソースを節約し、その分をゲームの演出やほかの処理へ回す発想です。技術的に高度な処理を増やすのではなく、必要な体験を実現するために処理方法を組み替えていました。
飛空艇が地上へ影を落としながら高速で移動する処理も、ナーシャ氏の代表的な仕事として語られています。坂口氏が仕組みを理解できないほど独創的な方法で実装され、ファミコンの限界に対する従来の認識を塗り替えました。
仕様外の遊びを許容した組織
ナーシャ氏が独自に実装した「15パズル」は、当初の仕様には含まれていない要素でした。厳格な管理体制であれば、予定外の機能として削除されていた可能性があります。
しかし、チームはエンジニアの自律性を許容し、その遊び心を作品のなかに残しました。結果として、プレイヤーに驚きを与える隠し要素となっています。
ここから読み取れるのは、突出した才能を持つ人材を、標準化された管理方法だけで統制しない姿勢です。成果の方向性を共有したうえで、具体的な実現方法は本人に任せる。こうした信頼が、技術的な不可能を可能へ変える余地を生み出しました。
新人の提案を中心に据えたボトムアップ型の開発
FF1の革新性を支えたもう一つの要素が、当時採用されたばかりの新人アルバイトだった石井浩一氏の抜擢です。
石井氏は、「クリスタルを中心とした世界観」や「指差しカーソル」など、後のシリーズにも受け継がれる象徴的な要素を考案しました。役職や勤続年数ではなく、提案の内容によって意見が評価されていたことが分かります。
知識労働の現場では、経験が豊富な人だけが優れたアイデアを持つとは限りません。現場に入ったばかりの人だからこそ、既存の常識に縛られない視点を提示できることがあります。
ただし、若手が意見を出せるだけでは十分ではありません。その提案を実際の行動へつなげるリーダーの存在が必要です。
リーダー自らが資源を獲得する
石井氏は、当時すでに著名だった天野喜孝氏をキャラクターデザインに起用するよう、坂口氏へ直接提案しました。坂口氏はその案を受け入れ、自らスポーツカーのRX-7を運転して、天野氏の事務所へ交渉に向かったとされています。
これは、リーダーが承認を与えるだけでなく、優れたアイデアを実現するために自ら必要な資源を取りに行った例です。
リーダーの役割を、部下を管理することではなく、メンバーの能力を発揮させるための障害を取り除くことだと考えれば、この行動はサーバントリーダーシップに近いものと捉えられます。
後部座席で身体を横にしなければ乗れないほど狭い車内で、若いスタッフとともに目的地へ向かったというエピソードからも、役職を超えて同じ目標へ進むチームの一体感が伝わります。
異なる専門性の衝突から生まれたFFらしさ
FF1は、企画、プログラム、グラフィック、音楽といった各分野の専門家が、それぞれの考えを持ち寄ることで形作られました。
意見の衝突を避けて全員が同じ方向を向くだけでは、新しいものは生まれにくくなります。重要なのは、異なる視点を排除せず、最終的な作品の価値へ結びつけることです。
サイドビュー戦闘に見る異能の融合
当時のRPGでは、敵だけを正面に表示する一人称視点の戦闘画面が主流でした。FF1は、自分たちのキャラクターと敵を横から見せるサイドビュー戦闘を採用します。
この仕組みによって、プレイヤーは味方キャラクターの姿や動きを目で確認できるようになりました。戦闘は数値のやり取りだけでなく、キャラクターが実際に戦っている場面として表現されます。
この戦闘画面は、石井氏の構想、渋谷氏のドット絵、ナーシャ氏のアニメーション技術が組み合わさることで実現しました。一人の発想だけではなく、異なる能力の融合によって生まれた仕組みです。
30分で生まれた「プレリュード」
開発終盤、坂口氏はタイトル画面が寂しいと感じ、植松伸夫氏に曲を追加するよう依頼しました。急な依頼を受けた植松氏は、わずか30分ほどでアルペジオを使った楽曲を完成させたとされています。
この曲は、後にシリーズを象徴する「プレリュード」となりました。
十分な準備時間がなかったからこそ、複雑な構成を練り上げるのではなく、短時間で本質的な旋律へ集中できたとも考えられます。混乱や緊急性が常に良い結果を生むわけではありませんが、ときには完璧を求めすぎない環境が、強いアイデアを引き出すことがあります。
完成度の優先順位を明確にした開発
初期版には、「知性」のステータスが十分に機能していない問題や、一部の魔法に関する不具合が残っていました。現在の開発基準で考えれば、改善すべき課題です。
一方で、限られた期間のなかで、すべての細部を均等に完成させることは困難でした。開発チームは、数値や個別機能の完全性よりも、冒険の流れや戦闘、世界観、プレイヤーが感じる驚きといった、作品の中心部分を優先したと捉えることができます。
これは不具合を肯定するものではありません。重要なのは、限られた時間のなかで「何を完成させるべきか」という優先順位を明確にすることです。
現代の知識労働組織へ応用できる「FF1モデル」
FF1開発チームの組織設計からは、現代の企業やプロジェクトにも応用できる三つの考え方を読み取れます。
異能を標準的な管理で縛らない
ナーシャ氏のように独特な思考方法や作業スタイルを持つ人材は、一般的な管理方法と相性が良いとは限りません。
すべてのメンバーへ同じ手順を当てはめるのではなく、成果を出せる環境や裁量を個別に設計することが重要です。ただし、完全に放任するのではなく、目的や守るべき条件はチーム内で共有する必要があります。
役職よりも提案の価値を重視する
新人だった石井氏のアイデアが、シリーズを象徴する要素へ発展したように、優れた提案は組織内のどこから生まれるか分かりません。
若手が意見を言いやすい環境を整えるだけでなく、提案を受け取ったリーダーが行動へ移す仕組みが求められます。心理的安全性とは、単に発言を否定されない状態ではなく、価値ある提案が実際に検討される状態でもあります。
制約を差別化の材料へ変える
人数、時間、予算、ハードウェア性能など、FF1の開発には多くの制約がありました。しかし、制約を理由に既存作品の縮小版を作るのではなく、限られた条件のなかで何を強みに変えられるかが考えられました。
制約は自由を奪うだけのものではありません。不要な要素を削り、作品やサービスの核を明確にするフィルターとしても機能します。
管理よりも「異能が混ざる環境」を設計する
元文章によると、FF1は日本国内で52万本、北米向けNES版では70万本を販売しました。任天堂オブアメリカによる支援もありましたが、それだけでなく、作品そのものが持つ世界観やゲーム体験が国境を越えて受け入れられた結果といえるでしょう。
後にシリーズ累計販売本数が2億本へ到達するほどの規模に成長した出発点には、わずか4名から始まった小さな開発チームがありました。
FF1の事例が示しているのは、優れた人材を集めるだけでは、破壊的イノベーションは生まれないということです。異なる能力が衝突しながらも、互いを補完できる環境が必要になります。
リーダーに求められるのは、すべてを管理し、自分の考えどおりに動かすことではありません。才能を見つけ、必要な裁量を与え、そのアイデアを実現するための資源を用意することです。
異能を統制するのではなく、異能が混ざり合える組織を設計する。その勇気こそが、既存の常識を超える製品やサービスを生み出す第一歩となります。
0 件のコメント:
コメントを投稿