ゲームを作る。レトロPCの時代だと一人とか、多くても数名で事足りた規模でした。今では、どんなに簡単な内容でも、何名もの役職の担当者が複数名チカラを合わせて、ゲームソフトウェアという商品の販売のために、各自のアイディアや技術を持ち寄り、よりよいモノに仕上げていく業務を進めていきます。私が若い頃に花形だった「ゲームデザイナー」という仕事は、現代においては事実上存在していません。もっと業務が細分化されていたりします。今回はそんな、他業界の人からは分かりづらいゲーム制作現場の担当別の役割について解説してみましょう。

---

• 企画／プランナー

製品のアイディアを出す人…と思われがちですが、実はそれは半分ぐらい間違いです。現在は、そうそう全く新しいゲームアイディアというのは出てきません。どこかの何かに似ている事が殆どですし、場合によってはゲーム内容はまんま同じで場面や時代が違っているだけってのもよくある話です。

---

• 総責任者／プロデューサー
  

プランナーが提出したアイディアに対して、「これならイケる」と判断を下して、会社から制作資金を確保して、それを現実の商品として発売して、ヒットまで結びつける役割がプロデューサーです。予算の確保の後、それを如何様に使うかはプロデューサーの采配にかかっています。当然、自分の思う通りにプロダクトデザインできる大きな権限を持つ代わりに、そのプロジェクトに対する全責任も持つ、大変重い仕事となります。

自社製品リリースの場合、小さい会社だとこのプロデューサーは殆どが、そのままその会社の社長となります。大きな会社の場合は、部長クラスの人間が担当する事が多いですが、まれに信頼厚い人が担当する事もあります。この「まれに」というのは、本当にまれなはずなんですが、良い意味で目立つので有名になる事が多いのです。そのため、あちこちたくさんそのような方達がいる錯覚を覚えますが、実際は本当に一部の才ある人だけがなし得る事なのです。

---

• 制作監督／ディレクター
  

プロデューサーの意向を受けて、商品開発の権限を有する担当者がディレクターです。デレクション（方向を示す）という言葉通り、製品を完成に導くための先導者としての役割であり、実務担当者が道に迷わないように導く役目だと私は思っています。

往々にして、基本仕様書には曖昧な部分があります。これをそのまま担当者に提示して丸投げ…するのは、ディレクターではないです。その仕様書に記載の内容を読み解き、必要と思える作業分解を行い、担当全員に事前に提示して内容の確認を行い、作業の重さを把握の上、プロデューサーが示す完成日までに作成するために必要な物的人的時間的リソース配分を行います。

リソースが足りない場合は、可能な限り早い段階でリソース不足を補う行動を起こします。それは、リソースの追加かもしれませんし、作業の効率化かもしれませんし、仕様の見直しかもしれませんし、どう解決するかはそのディレクターの資質により大きく異なる部分です。結果、同じ担当者が作業しても、その結果に差が出たりします。

---

• 作画／グラフィックデザイナー
  

プロデューサーやディレクターが求める世界観を理解し、自分なりの解釈を加えて、それをイラストやドット絵として実際に具現化する。それがグラフィックデザイナーのお仕事です。単に絵を描くだけではなく、見る人に世界観を感じさせたり、見る人が感嘆とする技術力を見せつけたり、あるいはあまりにも自然でそこに描かれているモノを気がつかせなかったり。まさに職人芸と言われる業務をこなす職人集団がグラフィックデザイナーです。

担当者は、最低でも数名から大規模になると数百名という、かなりの集団でデザイン構築を行います。そのため、各担当者の個性が強く出過ぎないように調整するグラフィックデザイナーが存在します。それがチーフデザイナーと呼ばれる人です。大規模になると、描く対象毎にチーフデザイナーも細分化され、さらに彼らを統括するリードデザイナーが存在する事もあります。

リアルを追求する現場では、現実社会というお手本があるため、あまりチーフデザイナーは必要ありませんが、ファンタジー系ですと、その世界観を統一するため、優秀なデザイナー一人のイメージに統一される事が多いです。

---

• 作曲／サウンドコンポーザー
  

資料やイメージコンテから受けた感動を音に表す作曲者です。鍵盤たたいて…というイメージがあるかもしれませんが、全く楽器を使えない人にもお会いした事があります。今はコンピューターで作曲出来るので、自分で楽器を扱わなくても出来てしまうんですよね。逆に、鍵盤たたいてイメージを膨らませる人もいます。というか、こっちの方がお会いした中では大多数です。

凄い人になると、世の中で聞こえる全ての音を譜面化できるという、神の耳を持った人もいます。実際、聞いた直後に MML 書いて、コレ鳴らしてみてって言われて、鳴らしたら本当にそんな感じの音が PCから聞こえてきたなんて事もあります。

個人的な意見ですが、コンポーザーはいきなり作曲をしているワケではないように見えます。作曲という仕事する前に、長い時間を掛けて自分自身の中に蓄積した「サウンドライブラリー」を、その仕事の瞬間に一気に吐き出しているように見えます。それくらい、彼らは日常生活の中で感覚とか感性を研ぎ澄ませているのです。

---

• 組み立て／プログラマー
  

昔はプログラマーが全てを作っていました。今は、基本仕様書から細分化された内部仕様書を元に、その動作を実現するためにデザインやサウンドなどの各種リソースをまとめ上げて、それを表現するプログラムを構築する作業を行います。

プログラマーから逆提案もよくあります。その場合は作りやすさ、目新しさ、メンテナンスしやすさ等、様々な要因からディレクターやプロデューサーが判断して、組み込むかどうかを決めます。内部的な内容だとディレクターレベル、見た目にも影響する大きな部分だとプロデューサーが判断します。

プログラマーは最後にリソースを組み立てますので、プロジェクトの最後に追い込み作業となる事がままあります。また実際に組み立てようとしたときに、必要なデータが存在しないと、無用な待ち時間が発生します。そのため、予めプログラマが作業に入る直前には、必要な全てのデータが出来ているように作業を割り振るのも大切で、その仕事はディレクターが行っています。

---

• 品質管理／デバッガー
  

ゲームのテストプレイを繰り返し、不具合の洗い出しや機能改善提案などを行う大切な仕事です。まだゲーム制作が少人数だった頃は、デバッグはデザイナー等、最初に作業の手が空いたメンバーが行っていました。動作対象機種は限定的でしたし、また、ゲーム規模も今より小さい事もあり、それでなんとかなっていました。私の記憶では、日本最初のデバッグを専門に行う会社はポールトゥウィンさんでした。この会社を含め、2021年現在までに私が一緒に仕事した事があるデバッグ請負会社は4社となります。結構デバッグ請負会社さんって日本にあるんですよね。

今のデバッグは複雑化しています。マルチプラットフォーム開発は当たり前となり、また PCやスマホ等の動作環境は混迷を極め、通しチェックだけで数週間を要する事も少なくありません。その上で、例えば全てのアイテムを装備して順列組み合わせで効果確認したり、毒や麻痺などの状態異常も順列組み合わせでチェックしたりと、それこそ専門のスタッフが何十人も一気に動作確認していくのです。もはや開発会社社内で確保出来るような内容ではなくなっています。

デバッガーにも資質があったりします。それは、この部分がクサいとか、これはプログラマが想定していないんじゃないかと、プログラムの内部構造までを想像出来る人です。あるいは、ひとつのバグをきっかけに、だったらこうじゃないかと推察出来る人です。さらには、画面切り替えの一瞬を見極めて 1/60sec の刹那にボタンを押して、想定していない挙動を表面化させる人だったりします。

単にぼーっと遊んでいるだけの人には、デバッガーは務まらなくて、裏技を開発するような人がデバッグには向いていると言えます。ちょっとだけ自慢ですが、私はわりとバグを見つけるのが上手かったりします。経験則からでしょうか、なんとなく匂うんです。^※


※ なんとなく匂う
デバッグに関しては、一つの記事としてまとめました。ゲーム制作のデバッグからご確認ください。
本記事内のイラストは下記から使用させて頂いてます。かわいいフリー素材集 いらすとや
https://www.irasutoya.com/