モバイルゲームの開発を支える基盤の歩み ～再現性のある開発ラインを量産する秘訣～

QualiArtsではこれまでに多くのUnity製のモバイルゲームをリリースしてきました。
それらを安定して開発するために重要な役割を果たしてきたのが社内基盤ライブラリです。

社内基盤ライブラリは、Unityでのゲーム開発で共通して必要な機能を再利用可能な形で提供するものであり、QualiArtsでは数多くの基盤が開発されてきました。
基盤の存在により、プロジェクトごとにゼロから機能を開発しなければならない場面が減り、開発クオリティの再現性や開発効率の向上に寄与しています。

一方で、基盤の開発や活用には、基盤のクオリティ、浸透、属人化など、多くの課題が伴います。
それらの課題は一朝一夕で解決できるようなものではなく、会社の文化や価値観とも密接に関係してきます。
本セッションでは、QualiArtsではこれらの課題にどのように向き合い、効果的な基盤利用を達成しているのかを具体的に紹介します。

Transcript

1. 2025/7/23 株式会社QualiArts 田村 和範 モバイルゲームの開発を支える基盤 の歩み ～再現性のある開発ラインを量産する秘訣～
2. • 株式会社QualiArts • 2015年入社 • 開発推進室 室長 • 過去の登壇 CEDEC 2020「大規模モバイルゲーム開発を高速化するAdobe XD 活用術 〜企画立案からUnityと連携した実装まで〜」 CEDEC 2023「エンジニアとクリエイターで作る！モバイルゲーム 開発における理想的なUIアニメーション開発フロー」 田村 和範
3. ゲーム・エンターテイメント事業部（SGE） 子会社制をとっており、 ゲーム・エンターテイメント事業に携わる 8社の子会社が所属しています。 ぜひ技術広報Xアカウントの フォローをお願いします。 ゲーム・エンターテイメント事業部（SGE） @ca_ge_tech
4. 「ずっとおもしろいセカイをつくる」をビジョンに、Unityを用いたスマートフォン 向けゲームの企画・開発・運営やIPの企画・開発・プロデュースを行っている 株式会社QualiArtsとは
5. 基盤、ツール、環境の提供を通してエンジニアの開発力の強化を実現する 開発推進室 基盤 CI/CD 自動テスト AI ※7/24 第5会場 11:10-12:10 モバイルゲームで自動テストが効果を発揮するまで~自動テストを「運用」するまでの組織のアプローチ~
6. 開発推進室とTA室とプロジェクト プロジェクトA 開発推進室 TA室 プロジェクトB … グラフィックスなどを担当するTA室とともにプロジェクト横断で開発を支える
7. 基盤開発の光と闇、それにどう立ち向かうか セッションの概要
8. 本講演における「基盤」とは 基盤 = Unityエンジン 基盤 ゲーム固有 の実装 Unity製ゲームの開発においてプロジェクトを またいで活用可能な社内で開発された仕組み 主にはUnityのパッケージの形で提供 システム領域やUI領域の基盤の話が中心
9. Contents • QualiArtsにおける基盤 • 基盤開発・活用の効果と課題 • 基盤開発・活用における課題にどのように向き合って きたか • まとめ
10. 1 QualiArtsにおける基盤
11. QualiArtsのUnity製ゲーム サイバーエージェント本社からAmebaのゲーム部門が分割され子会社化 子会社化前を含め多数のUnity製ゲームをリリースしてきた
12. QualiArtsにおける基盤の歴史 2015年頃まで 2015年頃 2017年頃 現在
13. 黎明期 2015年頃まで 2015年頃 2017年頃 現在 独自実装による開発が主流 ちょっとした便利機能をコピペしつつ共通で使う動きはあり
14. 基盤のはじまり 2015年頃まで 2015年頃 2017年頃 現在 当時の基盤組織によりいくつかの基盤が開発 特にアセットバンドル配信基盤「Octo」が広く浸透 ※CEDEC2017「複雑化するAssetBundleの配信からロードまでを基盤化した話」
15. 汎用機能の基盤化 2015年頃まで 2015年頃 2017年頃 現在 プロジェクト内で開発された汎用機能を基盤化しようという 動きが始まる 特にUI実装のための共通機能を集めた「quaunity-ui」が 開発され、新規開発のプロジェクトに導入される 基盤化
16. 基盤の普及 2015年頃まで 2015年頃 2017年頃 現在 規模の小さいものから大きいものまで多くの基盤が開発 開発推進室やTA室やプロジェクト所属のメンバーが開発、運用 例えば「quaunity」でGitHub Organization内を検索すると 87リポジトリがヒット
17. 基盤の例：Titan • UIアニメーション実装における課題を解決するため、 プロジェクト所属のメンバーと共同で開発 • QualiArtsだけでなくグループ内でも利用される基盤に CEDEC 2023での発表の様子
18. 基盤の例：API/マスター/ユーザー • ゲームAPIの呼び出し、マスターデータ管理、ユーザーデータ管理、それに必要な クラスの自動生成などの機能を持つ • アイプラの新規開発時、これからのQualiArtsの標準にしようという思いを込めな がら、バックエンドと共にプロジェクト内で開発 • アイプラリリース後に基盤化 基盤化
19. その他の基盤の例 汎用エディタ拡張 雑多ツール集 実機デバッグ用ツール Figmaインポーター ベクターUI ADVエディタ ロガー アセット確認用ビューワー ローカルセーブ アカウント連携 課金 ビルド 静的解析
20. Unipack 基盤の配信 • 社内のUnityパッケージレジストリ（Unipack）を運用 • Unipack経由で簡単に導入可能 • 100以上のパッケージが存在 基盤開発者 publish Unityプロジェクト から指定して利用
21. 2 基盤開発・活用の効果と課題
22. 基盤の効果 • 開発コストの削減 • 品質の向上 • 学習コストの削減
23. • ゼロから仕組みを開発する必要がなくなる • 便利ツールを利用できる 開発コストの削減 • ユニークな面白さに関わる部分を追求できる • プロトタイピングが迅速になる
24. 品質の向上 • 他のプロジェクトで踏んだ罠を踏まずに済む • 基盤により組織として最低限の品質を担保
25. プロジェクトA プロジェクト間の異動や短期間のヘルプの際の学習コストが少なく済む 学習コストの削減 プロジェクトB 基盤α 基盤α
26. 基盤の課題 基盤をうまく開発し、うまく活用される状態にするのは簡単な話ではない • 課題① クオリティの問題 • 課題② 使い方の問題 • 課題③ 需要の把握の問題 • 課題④ 開発スタイルの問題 • 課題⑤ 属人化の問題
27. 課題① クオリティの問題 基盤には高いクオリティが求められる
28. 課題② 使い方の問題 基盤に熟練しなければ基盤をうまく利用できない
29. 課題③ 需要の把握の問題 基盤開発者が正確に需要を理解しなければいけない
30. 課題④ 開発スタイルの問題 開発スタイルが異なると踏み込んだ基盤を作れない
31. 課題⑤ 属人化の問題 基盤の開発・運用が属人化しがち
32. 3 基盤開発・活用における課題に どのように向き合ってきたか
33. 課題への向き合い方 • 前セクションで紹介した課題は、普遍的な解決策があるようなものではなく、 組織の状況に合わせた対応が必要 • QualiArtsではどのように課題に向き合ってきたかを紹介する
34. 課題①への対応 基盤には高いクオリティが求められる
35. 基盤には高いクオリティが求められる 一度プロジェクトで開発され、既に実績のある機能を基盤として独立させる 課題①への対応 プロジェクトA プロジェクトB 基盤の卵 基盤 基盤化
36. プロジェクト内の実装を基盤化した例 UI関連の基盤化 （quaunity-ui） API/マスター/ユーザー 関連の基盤化 他社IPゲーム
37. 基盤に熟練しなければ基盤をうまく利用できない 課題②への対応
38. 基盤に熟練しなければ基盤をうまく利用できない 基盤開発者がプロジェクトに入り込んで導入のサポートをする 課題②への対応 プロジェクト 基盤 基盤開発者
39. Figmaインポーターの例 • Figmaのデザインをインポートするための基盤 • 導入したら終わりというわけにはいかない 設定の調整 プロジェクト独自のカスタマイズ Figmaデザインのルール決め ワークフローの整備 メンバーへの布教 レイアウト情報 + 画像 プラグインで出力 プレハブ構築
40. • 導入の中での気づき プラグイン公開フローが煩雑 特定の条件でのバグや機能不足 動作が遅くてストレス • 多くの機能追加や改善を実施！ • 導入経験を踏まえてドキュメントを整備 Figmaインポーターの例
41. 基盤開発者が正確に需要を理解しなければいけない 課題③への対応
42. 基盤開発者が正確に需要を理解しなければいけない 基盤開発者がプロジェクトに密接に関わり続ける 課題③への対応 • 定例への参加 • 座席でのコミュニケーション • 徹底的なドッグフーディング • たまに機能開発のタスクを持っても良い プロジェクト プロジェクト メンバー 基盤開発者
43. Titanの例 基盤開発者＋プロジェクト側＋デザイナー 定例を行い、実際の利用者から要望を受け、開発した機能の紹介、フィードバック → 基盤に必要な機能を随時すり合わせる
44. 開発スタイルが異なると踏み込んだ基盤を作れない 課題④への対応
45. 開発スタイルが異なると踏み込んだ基盤を作れない 課題④への対応 プロジェクト内での開発スタイルの統一 プロジェクトを跨いだ開発スタイルの統一 組織の文化へ…
46. プロジェクト内での統一 IDEのフォーマット統一 静的解析の整備 プルリクエスト時のテスト
47. 複数のプロジェクトの経験を経て、開発スタイルを洗練・収束させる プロジェクトを跨いだ統一 プロジェクトA プロジェクトB プロジェクトC プロジェクトD
48. 重要なポイント • 今までの流れに沿った進化を心がける • 横断組織が各プロジェクトを見守る • プロジェクト間での技術共有をあらゆる手段で行う Unity共有会 Unity勉強会 • 組織内でのコンセンサスを取る プロジェクトを跨いだ統一
49. 組織の文化へ… • 基盤と文化の循環 • 基盤の市民権をいかに得るか 基盤を活用することが開発にとってプラスになるという認識を 職種問わず作る 基盤・基盤開発者に対する信頼を積み重ねていく • 「他のプロジェクトのために」という発想を当たり前にする 持ちつ持たれつの関係を作る 基盤 文化
50. 課題⑤への対応 基盤の開発・運用が属人化しがち
51. 課題⑤への対応 基盤の開発・運用が属人化しがち • 作った基盤が安定するまでしっかり面倒を見る • プロジェクト側にも基盤の思想や実装を理解したメンバーを作る • 基盤を開発できるメンバーを増やす
52. テックリレー グループごとに技術を伝承しつつ、基盤に機能追加したり新たな基盤の開発を行う テーマA テーマB テーマC … 元々の基盤のメンテナー or 基盤開発に慣れている人 その基盤に興味がある人 or 基盤開発に慣れていない人
53. 基盤作りのハードルを下げる • 命名で悩まない quaunityというprefix • 提供方法で悩まない Unipackの存在とpublishの簡略化 • コミットを歓迎する 特に製品に乗らない機能は多少完成度が低くても良い 細かな便利ツールを集めたquaunity-toolsは特にハードルを緩くしている
54. 4 まとめ
55. 5つの課題とその対応 色々な対応をしてきたが、基盤のドキュメンテーションなど、まだまだ課題も… クオリティ 使い方 需要の把握 開発スタイル 属人化
56. 基盤開発の面白さ １つの基盤が大きな成果に繋がることも ゲーム・エンターテイメント事業部
57. 基盤を利用する皆さんへ こんな声がもらえると嬉しい ちょっと 使ってみたよ！ このあたりで つまづいた… この機能を よく使ってる！
58. 千里の道も一歩から • 今できることから始める 技術共有会 プロジェクト内のルール整備 • 積み重ねることで、組織の当たり前へ
59. ありがとうございました