ゲームエンジニアのフリーランス案件の仕事内容｜案件の種類と働き方

フリーランスのゲームエンジニアの仕事は、決められた範囲の機能や仕組みを任され、仕様を詰め、実装し、性能と不具合を詰めて、決まった日に出すことの繰り返しです。ただし、新規タイトルの開発に入るのか、運営中のタイトルに入るのか、サーバーや基盤を担うのかで、1日の過ごし方も、話す相手も、手元に残る成果物も大きく変わります。

この記事では、業務委託のゲームエンジニアが入る案件を5つの種類に分け、それぞれの1日と1か月の流れ、関わる相手、成果物を整理します。報酬の決まり方はゲームエンジニアの報酬の記事、求められるスキルはゲームエンジニアのスキルの記事で扱っているので、ここでは「参画したら実際に何をしているか」に絞ります。

仕事の中身は「タイトルの局面」と「担当の領域」で決まる

同じ「ゲームエンジニア」の募集でも、働き方を分けるのは主に次の2つです。

• タイトルの局面：企画・試作の段階か、本格的な開発の最中か、リリース直前か、運営中か
• 担当の領域：クライアント（遊びの部分やUI）、サーバー、エンジンやツール、移植や性能の改善のどれか

この2つを掛け合わせると、フリーランスの案件はおおむね次の5種類に分けられます。

以下では、それぞれの1日と1か月の流れを典型的な例として紹介します。時間の配分は現場ごとに違うため、目安として読んでください。

新規タイトルのクライアント開発

1日の流れ（例）

朝はチームの短い打ち合わせで、前日の進み具合と困っている点を共有します。午前中は担当機能の実装に集中し、午後はプランナーと仕様の詰めをしたり、デザイナーから受け取った画像や3Dモデル、演出のデータを組み込んで動きを確かめたりします。夕方は、その日の版をビルドして社内で触ってもらい、出てきた指摘を翌日の作業に積みます。

新規開発では、作ったものを遊んでもらい、手触りが違えば作り直す場面が多くあります。一度で仕様が固まらないことを前提に、変えやすい作りにしておくことが大切です。

1か月の流れ（例）

• 月初：その月に作る機能と、節目（社内の試遊会や、発売元への提示など）の日付を確かめる
• 毎週：リードエンジニアとコードの確認をし、プランナーと仕様の変更点をすり合わせる
• 月の半ば：節目に向けて機能をつなぎ、通して遊べる状態にする
• 月末：節目の版を固め、出てきた課題を翌月の作業に振り分ける

成果物

実装したコード、仕様の確認事項のメモ、プランナーやデザイナーが触る設定データの決まり、節目ごとの版、実装の設計の短い記録などです。

運営中タイトルの更新

1日・1か月の流れ（例）

運営中のタイトルでは、更新の日が決まっており、そこから逆算して仕事が回ります。日々の仕事は、次の更新に入れるイベントや新機能の実装、品質保証の担当から上がった不具合の調査と修正、本番で起きた問題の切り分けです。

1か月の単位では、更新の内容が決まる→実装する→品質保証の確認を受ける→本番に出す→出した後の様子を見る、という流れを、更新の間隔に合わせて繰り返します。更新の直前と直後は作業が増え、問い合わせや不具合の対応で予定が崩れることもあります。

成果物

更新に入る機能のコード、マスターデータ（数値やアイテムの定義をまとめたデータ）の投入手順、不具合の原因と修正の記録、更新の手順書、出した後の確認の結果などです。運営では、同じ作業を誰がやっても同じ結果になる手順を残すことも成果物として見られます。

ゲームサーバー・バックエンド

1日の流れ（例）

午前は、クライアントの担当と通信の決まり（APIの形）をすり合わせ、必要なAPIを実装します。午後は、負荷の試験の結果を見て遅い処理を直したり、データベースの設計を見直したりします。運営中のタイトルなら、監視の画面を確かめ、気になる動きがあれば調べる時間も入ります。

ゲームのサーバーでは、アイテムや通貨のように利用者にとって価値のあるデータを二重に渡したり失ったりしないことが重く見られます。そのため、作る時間と同じくらい、確かめる時間を使います。

1か月の流れ（例）

イベントの開始や新しい要素の公開の前には、アクセスの増え方を見積もり、負荷の試験と準備をします。公開の当日と直後は、決められた当番で様子を見ます。それ以外の時期は、APIの追加、運営の担当が使う管理画面の改善、障害の振り返りと再発の防止に時間を使います。

成果物

APIの仕様、サーバーのコード、データベースの設計、負荷の試験の結果、監視と障害対応の手順、障害の振り返りの記録などです。当番の扱いは契約の条件に関わるため、リモート案件の記事で触れている確認点もあわせてご覧ください。

移植・最適化

1日・1か月の流れ（例）

すでに動いているタイトルを別のプラットフォームに対応させたり、重い処理を直したりする案件です。1日の多くは、計測する→原因の候補を絞る→直す→もう一度計測するの繰り返しです。フレームレート、メモリ、読み込みの時間など、どの数字をどこまで下げるかを最初に決め、その目標に向けて作業を進めます。

1か月の単位では、目標の数字に対する進み具合を週ごとに報告し、プラットフォームごとの要件への対応を進めます。家庭用ゲーム機の案件では、開発機材の扱いの決まりから、作業の場所が限られることがあります。

成果物

計測の結果と改善の前後の比較、原因の分析、修正したコード、プラットフォームごとの対応の一覧などです。数字で前後を示せるため、スキルシートに書きやすい仕事でもあります。書き方はゲームエンジニアのスキルシートの書き方で解説しています。

エンジン・ツール・基盤

1日・1か月の流れ（例）

チームの作業を速くするための仕組みを作る案件です。プランナーやデザイナーが使うエディタの入力画面、データを確かめる道具、毎日のビルドを自動で回す仕組み、大量のデータを変換する仕組みなどを作ります。1日の中で、使う人から困りごとを聞く時間と、作る時間の両方があります。

1か月の単位では、使う人の要望を集めて優先順位を決め、作った道具を配って使い方を伝え、反応を見て直します。エンジンの版を上げる作業を任されると、その期間はほかの作業より優先されることが多くなります。

成果物

ツールやビルドの仕組みのコード、使い方の説明、エンジンの版上げの手順と影響の一覧、エンジンに手を入れた箇所の記録などです。ほかの人が使い続けられる形で残すことが、この種類の案件の成果物の中心です。

どの案件にも共通する仕事

種類が違っても、次の仕事はほぼすべてのゲームの案件にあります。

1. 仕様の確認：プランナーの仕様の曖昧な点を、実装に入る前に質問して確かめる
2. 作業の見積もりと報告：担当の作業にかかる日数を伝え、遅れそうなら早めに知らせる
3. コードの確認：ほかのエンジニアの確認を受け、自分も確認に入る
4. 不具合の対応：品質保証の担当から上がった報告を再現し、原因を直して、確かめてほしい範囲を伝える
5. 記録：決まった仕様や直した理由を、後から来た人も追える場所に残す

フリーランスならではの仕事として、自分の稼働の記録と報告もあります。月の稼働時間に幅を決めて精算する契約が多いため、作業の時間を日々つけておきましょう。報告の仕方は稼働報告の記事で解説しています。

関わる相手と、その相手に出すもの

ゲームエンジニアの仕事は、ほかの職種との受け渡しで成り立っています。相手ごとに整理すると、次のようになります。

業務委託では、会社員のように時間をかけて関係を作る前に、すぐに受け渡しを始めることが求められます。参画の最初の数週間の進め方はゲームエンジニアの参画初月にやることで扱います。Unityを主に使う現場の働き方はUnityエンジニアの仕事内容が参考になります。

よくある質問

フリーランスのゲームエンジニアは、ずっとコードを書いている毎日ですか？

実装の時間は長めですが、仕様の確認、不具合の再現、コードの確認、ほかの職種との受け渡しにも同じくらい時間を使います。リードに近い役割になるほど、書く時間より確認と説明の時間が増えます。

新規開発と運営では、どちらがフリーランスに向いていますか？

どちらにも業務委託の案件があります。新規開発は仕様の変化に合わせて作り直せる人、運営は手順に沿って安全に更新を出せる人が評価されやすくなります。自分の経験に近い局面から入ると、最初の案件で力を出しやすくなります。

家庭用ゲーム機の案件は、どんな働き方になりますか？

開発機材の扱いや未発表の情報の管理の決まりから、作業の場所や時間が限られることがあります。機材を使う作業とそうでない作業で働く場所が分かれることもあるため、参画前に確かめておきましょう。詳しくはゲームエンジニアのリモート案件の記事をご覧ください。