属人化を叩き割れ！「制作加速」と「安定化」の矛盾を打破する：8年目プロダクトが辿り着いた「ミスが起こり得ない」アセット制作フローの全貌

by gree_tech

Embed

Start on current slide

Slide 1

Slide 1 text

属⼈化を叩き割れ！「制作加速」と「安定化」の⽭盾を打破する： 8年⽬プロダクトが辿り着いた「ミスが起こり得ない」アセット制作フローの全貌 CEDEC2026 REALITY株式会社池⾕駿弥

Slide 2

Slide 2 text

本セッションについて ● 写真撮影OK、SNS投稿OK ● 本スライドは後⽇、CEDiLにて公開予定です 2

Slide 3

Slide 3 text

⾃⼰紹介池⾕駿弥 (Shunya Iketani) / IKEP(@CreativeIKEP) REALITY株式会社テクニカルアーティスト ● 2022年、グリー株式会社（現グリーホールディングス株式会社）へ新卒⼊社し、REALITY株式会社に配属 Unityエンジニアとしてアバター機能の開発やアセット運⽤を担当 ● 約1年半の社内プロジェクトを経て、2025年7⽉のTechnical Artチーム発⾜に寄与 ● 現在はTAとして、アセット制作パイプラインの整備からアプリ機能の開発まで幅広く担当 3

Slide 4

Slide 4 text

アジェンダ ● アプリ「REALITY」と、REALITYのアセット ● アセット制作における問題 ● 制作パイプラインの改善(品質担保の安定化) ● ○ 2D制作 ○ 3D制作 ○ Unity組み込み制作パイプラインの改善(管理の安定化) ● ○ マスターデータ⼊稿 ○ ビルド‧実機確認 ○ PRレビュー ○ リリースまとめ 4

Slide 5

Slide 5 text

アプリ「REALITY」 5

Slide 6

Slide 6 text

⾃分好みのアバターでライブ配信 REALITY（リアリティ）は、誰でもスマホ１台でアバターの姿になり、顔出しナシでライブ配信、ゲームやチャットなどコミュニケーションを楽しむことができるアプリです。 2018年8⽉リリース今年、8周年を迎えます🎉

Slide 7

Slide 7 text

楽しみは盛りだくさん！ 7

Slide 8

Slide 8 text

膨⼤なアセット制作 Unityを⽤いて開発されており、アバター‧家具アイテム合わせて ● 毎⽉340以上の新規アイテム、 2800以上の新規ファイルを制作 ● ⽉10本前後の新規ガチャがリリースされ、平均 1ガチャ/3⽇ペースで新作ガチャが登場毎週アセットリリースが⾏われる体制 8

Slide 9

Slide 9 text

アセット制作における問題 9

Slide 10

Slide 10 text

急激な制作加速... 事業方針の変化に伴い、アセット制作数が爆発的に増加し、現在では過去の約5倍の制作量へ過去3年は⽉1~2本で推移家具ガチャ開始新たなアバターアイテム制作チーム発⾜新シリーズのアバターガチャ開始 10

Slide 11

Slide 11 text

急激な制作加速... 事業方針に伴い、アセット制作数が爆発的に増加し、現在では過去の約5倍の制作量へ当時の制作フローでは限界を迎え、アセット制作現場から悲鳴家具ガチャ開始新たなアバター制作チーム発⾜新シリーズのアバターガチャ開始 11

Slide 12

Slide 12 text

REALITYアバターアイテム制作パイプライン企画 2D (Photoshop) 3D (Maya) マスタデータ入稿 Unity 組み込みビルド実機確認 PR レビュー ● パイプライン / 各⼯程の具体的なフローともに、リリース当初から5年の間に⼤きな変化なし ● ⼯程によっては、⻑期運⽤に伴って属⼈化が発⽣し、制作加速のボトルネックに... リリース 12

Slide 13

Slide 13 text

運⽤期間が⻑いと、なぜ属⼈化するのか多くの機能開発‧アセット制作により、アセット仕様‧データが複雑化‧多様化全ての仕様‧機能を詳細に把握した上で、アセットの制作とチェックが必要他開発環境‧他アセットへの影響を回避しながら、制作物がデータ格納‧ビルド‧リリースされる「運⽤事故を回避し安定的な制作を⾏うこと」が⽬的 13

Slide 14

Slide 14 text

⽭盾する⼆⼤命題への直⾯制作加速効率的にアセットを作り続け、量産する安定化 VS 運用事故を起こさずアセットを制作する REALITYでは効率化による制作加速を⾏ってきたが、制作現場は限界を迎えた⽭盾する2つを⾼い次元で両⽴させる必要がある 14

Slide 15

Slide 15 text

効率性を維持しながら、安定性を実現するためのアプローチ制作加速効率的にアセットを作り続け、量産する安定化 VS 運用事故を起こさずアセットを制作する効率化はすでに⾏ってきたので、済み品質担保の安定化誰もが高水準なアセット制作が可能で、「必然的な」安定性を醸成させる管理の安定化「ミスが起こり得ない」管理体制の実現 15

Slide 16

Slide 16 text

制作パイプラインへの反映 2つに分離してアプローチできることが、制作パイプラインからもわかる ● アセットそのものを作る⼯程に対して、品質担保の側⾯から ● 制作したアセット‧メタ情報の共有‧ビルド‧リリースなどの⼯程に対して、管理の側⾯から企画 2D (Photoshop) 3D (Maya) マスタデータ入稿品質担保の安定化誰もが高水準なアセット制作が可能で、「必然的な」安定性を醸成させる Unity 組み込みビルド実機確認 PR レビューリリース管理の安定化「ミスが起こり得ない」管理体制の実現 16

Slide 17

Slide 17 text

2つの「安定化」の側⾯から各⼯程の改善を実施品質担保の安定化誰もが高水準なアセット制作が可能で、「必然的な」安定性を醸成させる管理の安定化「ミスが起こり得ない」管理体制の実現効率的なアセット制作を維持しながら「事故のない安定的な制作」を実現する！ 17

Slide 18

Slide 18 text

品質担保の安定化 18

Slide 19

Slide 19 text

品質担保の安定化「品質担保の安定化」におけるポイント確信度の向上 100%正しく動く・見える状態へ近づけ、パイプラインの各工程ごとの品質向上と手戻り防止思考の単純化複雑・多様な仕様を隠蔽し、「思考の単純化」を図り、本来の「創造的作業」に専念させるシステムからルールを作る暗黙知・ノウハウまで含めた総合システムにより、システムに従えば「必然的に」ルール通りに 19

Slide 20

Slide 20 text

2Dデータにおける事例企画 2D (Photoshop) 3D (Maya) マスタデータ入稿 Unity 組み込みビルド実機確認 PR レビューリリース

Slide 21

Slide 21 text

品質担保の安定化 - 2Dにおける事例 2Dデータ制作の内容 ● Photoshopを使って、三⾯図‧テクスチャを作成 ● 1アバターアイテムの中に「カラバリ」が存在し、三⾯図‧テクスチャともにカラバリの数だけデザイン 21

Slide 22

Slide 22 text

品質担保の安定化 - 2Dにおける事例テクスチャPSD 内製プラグインツールによって、マスクテクスチャ‧カラー情報を⽣成している → グループ‧レイヤー構造や⾊の塗り⽅を指定の⽅法で⾏う必要性 22

Slide 23

Slide 23 text

品質担保の安定化 - 2Dにおける事例以前のテクスチャPSD制作体制アイテム種別や、Unityのシェーダ設定の予定に応じて、構造も⼤きく変化 → グループ‧レイヤー構造や⾊の塗り⽅指定などを全てシニアアーティストによる⽬視確認に依存「グループ×レイヤー」の数分描画仕様‧不透明度などを確認カラバリの数分存在するかを確認シェーダ設定に合わせたマスク設定‧⾊かを確認 23

Slide 24

Slide 24 text

品質担保の安定化 - 2Dにおける事例テクスチャPSD制作体制の改善 ● 仕様通りの構造になっているかをチェックするツールを開発 ● 従来のExtendScriptよりも、「保守性‧安全性⾼く、リッチなUI表現」を⾏うため、 Adobe UXPによるモダンな開発体制を導⼊ヒューマンエラーがゼロとなり、圧倒的な品質保証改善 24

Slide 25

Slide 25 text

3Dデータにおける事例企画 2D (Photoshop) 3D (Maya) マスタデータ入稿 Unity 組み込みビルド実機確認 PR レビューリリース

Slide 26

Slide 26 text

品質担保の安定化 - 3Dにおける事例 3Dデータ制作の内容 Mayaを使って、3Dモデルを作成 26

Slide 27

Slide 27 text

品質担保の安定化 - 3Dにおける事例 3Dデータ制作における改善 ● Maya上で「Unityの⾒た⽬」を再現① ● Maya上で「Unityの⾒た⽬」を再現② ● Maya × Unity双⽅向連携 27

Slide 28

Slide 28 text

品質担保の安定化 - 3Dにおける事例 - Maya上で「Unityの⾒た⽬」を再現① ※別途動画ファイルあり Maya上で「Unityの⾒た⽬」を再現① アバター体型変更機能の⼤規模アップデート『REALITY Avatar 2.0』プロジェクト突き抜け回避などの調整がより困難となり、 Unity組み込み後に破綻が判明し、 Maya ⇔ Unityの往復作業に... アバター体型変更機能の技術詳細については、以下の資料を参照『“なりたい⾃分“をアップデート！「REALITY Avatar 2.0」の開発秘話』 28

Slide 29

Slide 29 text

品質担保の安定化 - 3Dにおける事例 - Maya上で「Unityの⾒た⽬」を再現① Maya上で「Unityの⾒た⽬」を再現① Unity上の体型変更機能と同等機能を、Maya上に実装 → 破綻をMaya上で再現でき、即座に修正可能に ※別途動画ファイルあり 29

Slide 30

Slide 30 text

品質担保の安定化 - 3Dにおける事例 - Maya上で「Unityの⾒た⽬」を再現① Maya上で「Unityの⾒た⽬」を再現① Unity上の体型変更機能と同等機能を、Maya上に実装 ※別途動画ファイルあり → 破綻をMaya上で再現でき、即座に修正可能に突き抜けが発⽣しているメッシュが⾚くハイライトされる機能 30

Slide 31

Slide 31 text

品質担保の安定化 - 3Dにおける事例 - Maya上で「Unityの⾒た⽬」を再現① Maya上で「Unityの⾒た⽬」を再現① ● Unity ● 各ボーンをスケールすることで実現しており、「親のスケールを打ち消すオブジェクトを挿⼊」することで、親のスケールが⼦に影響しないように Maya ○ ○ セグメントスケール補正を利⽤ 31

Slide 32

Slide 32 text

品質担保の安定化 - 3Dにおける事例 - Maya上で「Unityの⾒た⽬」を再現① Maya上で「Unityの⾒た⽬」を再現① ● Unity ● 各カスタマイズ項⽬に対するボーンのスケールオフセット値を加算し、最終的なスケール値を算出 Maya ○ ○ アニメーションレイヤを利⽤ 32

Slide 33

Slide 33 text

品質担保の安定化 - 3Dにおける事例 - Maya上で「Unityの⾒た⽬」を再現② Maya上で「Unityの⾒た⽬」を再現② REALITYのアバターアイテムは頂点カラーによってアウトラインの太さを調整可能 → Unity組み込みまでルックが確定せず、⼿戻りが発⽣する... 先端だけR値が⼩さい髪アイテムのMaya上の頂点カラー R値によりアウトラインの太さが変化 Unity上の髪アイテムの⾒た⽬ 33

Slide 34

Slide 34 text

品質担保の安定化 - 3Dにおける事例 - Maya上で「Unityの⾒た⽬」を再現② Maya上で「Unityの⾒た⽬」を再現② Unity上と同等内容のMaya⽤シェーダ(.fx形式)を実装し、Maya上でルック確認が完結可能に Maya上でテクスチャを貼っただけ Maya上でのUnityアウトラインシェーダ再現 Unity上のREALITYアバター 34

Slide 35

Slide 35 text

Slide 36

Slide 36 text

品質担保の安定化 - 3Dにおける事例 - Maya × Unity双⽅向連携 ※別途動画ファイルあり Maya × Unity双⽅向連携 Unity上のアプリケーションロジックによって発⽣するメッシュのめり込みや破綻は、静的なMaya上では確認できず、⼿戻りが発⽣しMaya ⇔ Unityの往復作業となっていた... ● モーション機能による動き ● フェイストラッキングシステムによる動き REALITYのフェイストラッキング⾃分の顔を動かすと、アバターも動く 36

Slide 37

Slide 37 text

品質担保の安定化 - 3Dにおける事例 - Maya × Unity双⽅向連携 Maya × Unity双⽅向連携 Unityで記録したポーズをMayaに転送‧再現可能に → 「破綻状態」をMaya上で即座に修正可能とし、⼀⽅通⾏だったパイプラインを「双⽅向」に変⾰ ※別途動画ファイルあり ※別途動画ファイルあり 37

Slide 38

Slide 38 text

品質担保の安定化 - 3Dにおける事例 - Maya × Unity双⽅向連携 Maya × Unity双⽅向連携 ● Unity: 数秒間のボーンの回転値をJSONに記録して出⼒ ● Maya: JSONファイルを読み込み、対象ジョイントの回転値のキーフレームを打ち再⽣ 38

Slide 39

Slide 39 text

Unity組み込みにおける事例企画 2D (Photoshop) 3D (Maya) マスタデータ入稿 Unity 組み込みビルド実機確認 PR レビューリリース

Slide 40

Slide 40 text

品質担保の安定化 - Unity組み込みにおける事例 Unity組み込み事例全体の問題点アバターアイテム仕様の多様性‧複雑性が⾮常に⾼く、仕様により組み込み⽅法が⼤きく異なる！約30のカテゴリ数、約50の種別数シェーダの種別/マテリアルプロパティ値の違い約30のカテゴリ REALITY独⾃の特殊効果/機能の有無マニュアル化しても膨⼤すぎるため、組み込み対象の仕様がどれに該当するかの照合⾃体が困難同カテゴリにおける装着部位などのによる種別違い 40

Slide 41

Slide 41 text

品質担保の安定化 - Unity組み込みにおける事例 Unity組み込みにおける改善 ● 統合セットアップツール ● アイコン撮影ツール ● チェックツール 41

Slide 42

Slide 42 text

品質担保の安定化 - Unity組み込みにおける事例 - 統合セットアップツール統合セットアップツール ● 1画⾯でセットアップが完結 ● 常時制作する全仕様に対応 ○ 2D/3Dアイテムなど関係なく統合的に扱える対象アイテムを選択し、 DCCツールの出⼒物から組み込み設定候補を⾃動補完⼊⼒揺れものなどのクリエイティブな作業が必要なものに関しては、テンプレ⽣成などまでは⾏う 42

Slide 43

Slide 43 text

品質担保の安定化 - Unity組み込みにおける事例 - 統合セットアップツール統合セットアップツール ● 操作漏れがなくなり、仕様の多様性‧複雑性を隠蔽 ● 「マテリアルやPrefab、ScriptableObjectなど作成、プロパティ設定などの⼿動操作」‧「複数ファイル操作や画⾯遷移、ファイル間参照関係の構築」などが不要となり、アイテムの仕様により異なる作業が1本化‧単純化 43

Slide 44

Slide 44 text

品質担保の安定化 - Unity組み込みにおける事例 - アイコン撮影ツールアイコン撮影ツールアプリUI上に表⽰されるアバターアイテムアイコンの作成が必要 44

Slide 45

Slide 45 text

品質担保の安定化 - Unity組み込みにおける事例 - アイコン撮影ツールアイコン撮影ツール ● ※別途動画ファイルあり 1ボタンでアイテムアイコンの作成が完結 ○ ○ ○ ○ ○ 撮影肌透過 ROI検出と余⽩サイズ統⼀⾓丸化 etc… 実際に⽣成された画像 45

Slide 46

Slide 46 text

品質担保の安定化 - Unity組み込みにおける事例 - アイコン撮影ツールアイコン撮影ツール ● 撮影⽤シェーダを開発し、肌マスク部分を透過 ● カメラを背景透過状態に設定し撮影 46

Slide 47

Slide 47 text

品質担保の安定化 - Unity組み込みにおける事例 - アイコン撮影ツールアイコン撮影ツール以前は、「グリーンバッグ + 緑肌で撮影 → Photoshopで編集」と⾔う作業だった → 定型的な作業にもかかわらず、⾮常に⼿間な作業網⽬など、複雑な形状の肌部分を透過させることは⾮常に困難 47

Slide 48

Slide 48 text

品質担保の安定化 - Unity組み込みにおける事例 - アイコン撮影ツールアイコン撮影ツール初期アイテムの旧アイコンでは、複雑な形状部の肌透過が困難だった事例旧⼿法では、どれだけ調整してもグリーンが残ってしまう... 誰でも再現性を持って品質が担保できる旧⼿法新⼿法 48

Slide 49

Slide 49 text

品質担保の安定化 - Unity組み込みにおける事例 - アイコン撮影ツールアイコン撮影ツール ● 服/髪/アクセサリ/デカール/2Dアイテム、など、種別ごとに全く異なる⼿法を1ボタンで実現 ● ○ 常時制作する全仕様に対応⼀部アイテムは魅⼒的な表現を可能とするため、画⾓調整も可能 ※別途動画ファイルありこれら全て1ボタンのみで⽣成可能 49

Slide 50

Slide 50 text

品質担保の安定化 - Unity組み込みにおける事例 - チェックツールチェックツール ● 組み込み対象がどの仕様に該当するのかの照合すら難しい ● ○ → チェック作業は、シニアアーティストやアバター担当エンジニアですら⼀苦労⽬視でのチェック体制だったが、膨⼤すぎて⼯数‧⼼理⾯ともに地獄だった... ○ ○ ガチャの場合、「⽉3~6本」 × 「約30アイテム、500ファイル」 × 「修正回数」 20営業⽇換算の単純計算で、最低でも150ファイル/⽇の⼯数が必要 50

Slide 51

Slide 51 text

品質担保の安定化 - Unity組み込みにおける事例 - チェックツールチェックツール ● 対象を選択するだけ膨⼤な仕様の組み合わせによるバリエーション全仕様に対応 ● ビジュアル的制約‧システム制約‧暗黙知 (ノウハウ)まで総合的に踏まえ実装した、完全⾃動チェック ● 仕様⾃動判別から、データ間参照、ファイル内の詳細なパラメータに⾄るまで、⾮ファイル間の整合確認常に詳細なチェックを実現 ● 作業者⾃⾝でチェック ● 「ツールがOKを出せば問題ない」というルールという体制へ 51

Slide 52

Slide 52 text

品質担保の安定化 - Unity組み込みにおける事例「複雑な仕様の隠蔽」と「多様性」両⽴の設計思想 1つの画⾯‧ボタンから、アイテム種別ごとに分岐し、汎⽤処理セクションの組み合わせで実現アイテム種別分岐汎⽤的処理セクションアイテムA ファイル種別A処理アイテムB ファイル種別B処理アイテムC ファイル種別C処理シンプルUI (1画⾯/1ボタン) ■ 対応仕様の明⽰化 ■ 拡張性の担保マニュアルがなくとも、コードを読めば「どの種別がどの仕様の組み合わせか」が理解可能 ‧種別追加 → 「分岐の追加」で対応 ‧特殊仕様追加 → 「セクションの追加」で対応 52

Slide 53

Slide 53 text

Slide 54

Slide 54 text

管理の安定化 54

Slide 55

Slide 55 text

管理の安定化「管理の安定化」におけるポイント人に依存しない検知と、強制停止の仕組みをつくる新規仕様や意図しない変更を後続工程に流さないゲートキーピングを行う体制定型作業のシステム移譲と、制御部への人の集中「制御部」を見極め分離することで、一括管理体制と分散稼働を両立可能責任範囲の分散属人化を徹底排除しながら適切な責任範囲分割を行うことで、独立した作業を可能に 55

Slide 56

Slide 56 text

マスタデータ⼊稿における事例企画 2D (Photoshop) 3D (Maya) マスタデータ入稿 Unity 組み込みビルド実機確認 PR レビューリリース

Slide 57

Slide 57 text

管理の安定化 - マスタデータ⼊稿における事例マスタデータ⼊稿⼯程の内容「着せ替えシステム」として動作するためのメタデータを作成し、サーバに格納⽂字列内にアイテム種別‧体型‧ ガチャシリーズ名、などを含んだ命名規則によって決まるID⽂字列着せ替えによって、体のどの部分を差し替えするかの指定 57

Slide 58

Slide 58 text

管理の安定化 - マスタデータ⼊稿における事例改善後のマスタデータ⼊稿⼯程⼊稿後のデータチェックが存在しなかった → 全仕様に対応する着せ替え構成チェックツールを実装し、⼊稿のたびに過去データ含め全件チェック → 新規仕様などを検知可能となり、「意図しない設計」が下流パイプラインに流れない「RightHandが存在しないセット服」は、アプリシステム上は問題ないが、過去事例がないため新規仕様該当として処理を停⽌ 58

Slide 59

Slide 59 text

管理の安定化 - マスタデータ⼊稿における事例改善後のマスタデータ⼊稿⼯程サーバ⼊稿時に、⼊稿内容とデータベース内容の差分を算出し、意図した変更のみかを確認可能に 59

Slide 60

Slide 60 text

ビルド‧実機確認における事例企画 2D (Photoshop) 3D (Maya) マスタデータ入稿 Unity 組み込みビルド実機確認 PR レビューリリース

Slide 61

Slide 61 text

管理の安定化 - ビルド‧実機確認における事例ビルド‧実機確認⼯程の内容 ● Unity Editorで組み込んだ内容を、開発環境AssetBundleとしてビルド ● 開発環境アプリを使って、iOS / Android実機での動作確認 61

Slide 62

Slide 62 text

管理の安定化 - ビルド‧実機確認における事例ブランチ構成について ● REALITYでは、Git, GitHubによってバージョン管理。リリース単位ごとにブランチ作成 ● アセット確認者がAssetBundleのバージョンを意識しなくとも済むように、後⽅互換性を保つブランチツリー構成が組まれており、専⽤ブランチまで順番にマージしてビルドする必要性メインブランチ次にリリースのアバターガチャその次にリリースのアバターガチャシリーズごとのツリー (アバターショップ, 家具ガチャ, ギフトアセット, etc…) 開発環境ABビルド⽤ブランチ順番にマージを⾏い、マージ後のブランチでABビルド合計約30以上のブランチで並⾏的に制作されている 62

Slide 63

Slide 63 text

管理の安定化 - ビルド‧実機確認における事例以前の開発環境ABビルド体制 ● ● 各ガチャシリーズの責任Art担当者から、アセット担当エンジニアへビルド依頼アセット担当エンジニアが順番に⼿動マージした上で、ビルドを実施なぜエンジニアがマージ？課題‧リスク ● 約30以上のブランチ全てを把握し、適切に制御する必要性 ● ブランチ間マージ時におけるコンフリクト解消対応 ● マージ順のミスによるチーム全体成果の消失リスクの回避 63

Slide 64

Slide 64 text

管理の安定化 - ビルド‧実機確認における事例開発環境ABビルド体制の改善 ● Art: Slack Botを使い、⾃⾝でABビルドが可能な体制へ ● エンジニア: アセット制作開始時にマージ順をNotionに定義するだけ 64

Slide 65

Slide 65 text

管理の安定化 - ビルド‧実機確認における事例開発環境ABビルドのシステム構成ビルド依頼 Slack Bot Art GitHub Actions API経由で起動 develop asset/gacha-kamikoma ブランチツリーを定義 asset/gacha-love-illumination エンジニア assetbundle-lab API経由でマージ順を提供マージ後のブランチで ABビルド

Slide 66

Slide 66 text

管理の安定化 - ビルド‧実機確認における事例開発環境ABビルドのシステム構成 GitHub Actions Slack Bot Art develop asset/gacha-kamikoma エンジニア asset/gacha-love-illumination assetbundle-lab 定型作業のみをシステム移譲し、本来⼈間が⾏うべき制御部のみを分離

Slide 67

Slide 67 text

管理の安定化 - ビルド‧実機確認における事例マージ時における⾃動コンフリクト解消 ● コンフリクトの⾃動検出スクリプトを実装し、GitHub Actions上で検知させる ● 対象ファイルごとにコンフリクト⾃動解消処理を実装しておき、Unity Editorをバッチモードで CLIから起動し実⾏コンフリクト検出したファイル⼀覧のログ Botによってコンフリクト⾃動解消し、マージコミットされる 67

Slide 68

Slide 68 text

PRレビューにおける事例企画 2D (Photoshop) 3D (Maya) マスタデータ入稿 Unity 組み込みビルド実機確認 PR レビューリリース

Slide 69

Slide 69 text

管理の安定化 - PRレビューにおける事例 PRレビュー⼯程における内容 ● Artからエンジニアに対して、実装アセット内容をGitHub PRで提出 ● エンジニアは、PRレビューを実施し、「REALITYアプリの仕様に沿って制作されているか」を確認 69

Slide 70

Slide 70 text

管理の安定化 - PRレビューにおける事例以前のPRレビュー体制 ● Unity組み込み時と同様、どの仕様に該当するのかの照合すら難しい ● Unity Editorで1ファイルずつ詳細に⽬視でチェックする体制だったが、膨⼤すぎて⼯数‧⼼理⾯ともに地獄だった... ○ ○ ガチャの場合、「⽉3~6本」 × 「約30アイテム、500ファイル」 × 「修正回数」 1回あたり5時間以上の⼯数をかけることも多々あり⾟すぎて、どうにかしたいとぼやいていた図 70

Slide 71

Slide 71 text

管理の安定化 - PRレビューにおける事例 PRレビュー体制の改善 ● Unity組み込み時のチェックツールを流⽤ PRに特定ラベルをつけるだけし、GitHub ActionsでPRレビューを⾃動化 ● ビジュアル的制約‧システム制約‧暗黙知(ノウハウ)まで総合的に踏まえ、全仕様に対応アイテムごとにレビュー結果が確認可能 5時間以上の⼯数が5分に！ 71

Slide 72

Slide 72 text

管理の安定化 - PRレビューにおける事例ファイルごとの詳細なチェック結果もPR上で確認可能 Unity Editorでのチェックと同じ内容 GitHubで確認困難なバイナリデータやデータ間参照なども問題なし！ 72

Slide 73

Slide 73 text

管理の安定化 - PRレビューにおける事例 GitHub Actionsでのチェック処理について ● ブランチ間ファイル差分⼀覧を取得し、チェック対象アイテム⼀覧を算出 ● Unity EditorをバッチモードでCLIから起動し、チェックを実⾏ ● チェック結果を所定のフォーマットに変換し、GitHub PRにコメント記載 73

Slide 74

Slide 74 text

管理の安定化 - PRレビューにおける事例変更差分全てに対するチェックの恩恵 ● 変更差分全てを調べている & 全仕様対応ツールなので、不要データの混⼊を検知可能 ● アイテムごとの結果をアセット制作⽬的と⽐べることで、意図しない変更を検知可能不要データ混⼊制作企画として、追加予定のものでないなら、意図しない変更発⽣と判断可能 74

Slide 75

Slide 75 text

管理の安定化 - PRレビューにおける事例変更差分全てに対するチェックの恩恵 ● 変更差分全てを調べている & 全仕様対応ツールなので、不要データの混⼊を検知可能 ● アイテムごと結果をアセット制作⽬的と⽐べることで、意図しない変更を検知可能リリース前の最後の⼯程として、絶対に壊れたアセットを「リリースできない」ゲートキーピング体制を実現 75

Slide 76

Slide 76 text

リリースにおける事例企画 2D (Photoshop) 3D (Maya) マスタデータ入稿 Unity 組み込みビルド実機確認 PR レビューリリース

Slide 77

Slide 77 text

管理の安定化 - リリースにおける事例リリース⼯程における内容 ● リリースに必要なGitHub PRをマージし、デフォルトブランチでAssetBundleをビルド後、ユーザへの配布設定を⾏う ● 毎週リリースを⾏っている 77

Slide 78

Slide 78 text

管理の安定化 - リリースにおける事例以前のリリース体制アバター‧ルーム‧ワールド‧ギフトなどの各領域担当エンジニアが、PdM定義のスケジュールと、 Art提出のPRを⼿動照合し、リリースビルド前にマージを⾏う 4/13にガチャリリースしたいらしいので、該当のPRを探して4/8にマージして、 4/10のABリリースに載せる 78

Slide 79

Slide 79 text

管理の安定化 - リリースにおける事例以前のリリース体制リリース作業担当エンジニアが、各領域担当エンジニアにマージ済みかを確認してからビルドするリリースReady? OK! アバター担当エンジニアリリースReady? No… リリース作業エンジニアルーム担当エンジニアアセット進捗いかがでしょう？ルーム担当 Art リリースReady? OK! ギフト担当エンジニア 79

Slide 80

Slide 80 text

管理の安定化 - リリースにおける事例リリース体制の改善 ArtからGitHub PRが提出されたら、 ● PdMは、リリース希望⽇をNotionに登録するだけ ● エンジニアは、PRレビューを実施するだけエンジニアレビューリリース⽇対象のPR PdM判断のリリース可否 80

Slide 81

Slide 81 text

管理の安定化 - リリースにおける事例リリースを⽀えるシステム構成リリース前⽇にNotionの登録情報から、リリース可否状態チェック‧マージ実⾏‧ビルド開始を Jenkinsで全⾃動化 (PdM) READY！ (エンジニア) Approve！全てのリリース物でOKなら、マージ実⾏し、ビルド開始 81

Slide 82

Slide 82 text

管理の安定化 - リリースにおける事例リリースを⽀えるシステム構成 Notion, GitHub PR、どちらかのステータスが不正の場合は、マージ & リリースが強制ストップ (PdM) 確認中... (エンジニア) Approve！ビルド前⽇なのに、リリース準備できてない！ PRはApproveされているが、NotionでWIPがついてるのでストップ 82

Slide 83

Slide 83 text

管理の安定化 - リリースにおける事例リリースを⽀えるシステム構成 Notion, GitHub PR、どちらかのステータスが不正の場合は、マージおよびリリースが強制ストップ (PdM) READY！ (エンジニア) RequestChanges！ビルド前⽇なのに、リリース準備できてない！ NotionはReadyだが、PRがApproveされてないのでストップ 83

Slide 84

Slide 84 text

管理の安定化 - リリースにおける事例リリース体制改善による効果 ● マージ‧取りまとめ‧リリース意思確認など、定型作業をシステム移譲し、本来⼈間が⾏うべき判断部分のみを分離 ● 各領域担当、PdM‧エンジニアそれぞれが、Notion / GitHubを通じて独⽴してリリース可否判断が⾏え、本来の⾃⾝の責任範囲のみに注⼒できる体制に 84

Slide 85

Slide 85 text

Slide 86

Slide 86 text

まとめ 86

Slide 87

Slide 87 text

以前のREALITYアバターアセット制作パイプライン 2D (PhotoShop) 3D (Maya) 仕様複雑化に未対応シニアアーティストによる目視確認最終ルックが確定しないマスタデータ入稿エンジニアによる手動入稿 Unity 組み込み複数手法による作業分岐シニアによる目視確認実機確認 PR レビューリリースエンジニアへ作業依頼エンジニアによる手動チェック全社のリリース内容を把握し作業属人化 ... 確認工程の過多 ... 属人化 ... ヒューマンエラー ... × × 破綻による手戻り ... 属人化 ... 属人化 ... データ不整合の危険性 ... マニュアルの複雑化 ... 定型作業の繰り返し ... 5時間 × N回の莫大なコスト ... × 87

Slide 88

Slide 88 text

現在のREALITYアバターアセット制作パイプライン 2D (PhotoShop) ツールの最新仕様追従自動チェックツール導入マスタデータ入稿 Unity 組み込み全仕様対応の自動チェック導入ツール 1本化 3D (Maya) Maya上での Unity表現属人化排除手戻りゼロへヒューマンエラーゼロ ✔ ✔ 新規仕様の強制検知完全自動チェック (50種以上 ) 「ツール OK =問題なし」の体制実機確認 SlackBotから自身でビルドブランチマージ自動化定型作業はツールで、制御を人管理 PR レビューリリース CI/CDで全自動詳細チェックリリース物の自動マージ & ビルド壊れたアセットを阻止職種間の、責任分離 & 独立制御体制 ✔ 品質担保の安定化誰もが高水準なアセット制作が可能で、「必然的な」安定性を醸成させる管理の安定化「ミスが起こり得ない」管理体制の実現 88

Slide 89

Slide 89 text

⽭盾する⼆⼤命題を⾼い次元で両⽴！制作加速安定化効率的にアセットを作り続け、量産する運用事故を起こさずアセットを制作する効率的なアセット制作を維持しながら「事故のない安定的な制作」が可能に！ 89

Slide 90

Slide 90 text

改善効果の事例(以前) 海外の新規外注先との取引開始 & 新アバター制作チームを新たに発⾜ → エラーアセットやトラブルが発⽣しまくり... 90

Slide 91

Slide 91 text

改善効果の事例(改善後) 紹介した事例を実現していくことで、問題だらけだった制作チームからのエラーアセットが0に！ 91

Slide 92

Slide 92 text

改善効果の事例(改善後) ● 新たなガチャシリーズの制作を新規外注先で実施 ● 初の制作物PRレビューにおいて、約30アイテム‧1000件のチェック項⽬中、2件のエラーのみ 92

Slide 93

Slide 93 text

まとめ「人」に依存しないことが、最大の「人を活かす」道個人の経験や知識をシステムに移植し、チェック・管理から解放。本来の「創造的作業」に集中でき、責任と作業負荷を適切に分散できる。「システムからルール」を作り、思考の単純化を図る暗黙知まで含めた広範な知見のシステム組み込みと、システム自体をルールとする運用により、複雑・多様な仕様を隠蔽し、スケーラブルで長期的な安定性を支える基盤へアセット制作の加速と安定は、両立できる矛盾しトレードオフとされる効率化と安定性は、適切なプロセス設計により高い次元で統合可能スケール可能なチーム体制を実現し、⻑期運⽤も問題なし！ 93

Slide 94

Slide 94 text

ご案内改善に⾄った組織としての経緯などは別セッションにて発表しています課題発⾒から始めるプロダクト密着型TA組織⽴ち上げ〜⼩規模TAチームが3Dアセットの⽣産性を倍にした⽅法〜 CEDEC2026 | 7/22 18:00〜第8会場 94

Slide 95

Slide 95 text

ご清聴ありがとうございました！ 95