制作フロー
プロジェクトにおける制作環境・制作フロー・役割分担をまとめたものです。
制作環境
- コミュニケーション：Discord
- ソース管理：GitHub
- ゲームエンジン：Unity
- 共有ツール：
- BOX
- Canva（オンラインホワイトボード）
- Google Spreadsheets
制作フロー概要
- 企画立案・共有
- 試作（プロトタイプ）
- システム開発・コンテンツ開発（並行）
- 統合・最終調整
1. 企画立案・共有
目的
- 企画内容の可視化
- 認識の統一
内容
- 企画案の作成・共有
- Canva や Google Spreadsheets を用いた意見交換
- ゲームの方向性・ゴールの明確化
主な役割
- PM：企画整理、方向性決定
- エンジニア：技術的観点からの実現性確認
- デザイナー / サウンド：世界観・雰囲気の方向性提案
2. 試作（プロトタイプ）
目的
- 企画の実現可能性検証
- 重要機能の早期確認
内容
- 重要なシステム・ギミックの最小実装
- 試作結果をもとに企画内容を調整
役割別の動き
PM
- 試作の目的と検証項目を定義
- 「この試作で何が分かれば成功か」を明確にする
エンジニア
- コア機能の簡易実装
- 技術的課題の洗い出し
- 実装コスト・難易度の見積もり
デザイナー
- 世界観・ビジュアル方向性決定
- UI ラフの作成
- 使用アセット、素材の準備
サウンド
- 音の方向性決定
- 参考音源の共有
- SE 一覧作成
※ 試作フェーズでは完成品を作らず、判断材料を増やすことを重視してます。
3. 開発フェーズ（並行作業）
プロジェクト構成
Unity プロジェクトを 2 つに分けて進行する。
システム開発用プロジェクト（GitHub 管理）
- ゲームの基盤機能・共通処理を実装
- デバッグを優先し、配置物は最小限
- メインプロジェクトとして GitHub で管理
コンテンツ開発用プロジェクト（ローカル管理）
- ステージ、キャラクター、UI などを制作
- ライセンスの都合上、GitHub にはアップしない
- 各自のローカル環境で管理
役割別の動き
- PM：進捗管理、タスク調整
- エンジニア：システム実装、共通処理整備
- デザイナー：実アセット制作、Prefab 化
- サウンド：BGM / SE 本制作
4. 統合・最終調整
内容
- システム開発用プロジェクトにコンテンツを統合
- コンテンツ制作用 Unity からは依存関係のみをエクスポート
- バグ修正・演出調整
主な役割
- エンジニア：統合・最終デバッグ
- PM：品質確認、リリース判断
- デザイナー / サウンド：最終調整
制作ルール
Unity 運用ルール
- Unity のバージョンは全員で統一する
Assets直下に各自の名前のフォルダを作成し、アセットを管理する
パッケージ・アセット管理
- 外部パッケージをインポートする場合は、共有・報告する
シーン管理
- 本番用シーンを編集する担当者は 1 人に限定する