【CEDEC2025】現場を理解して実現！ゲーム開発を効率化するWebサービスの開発と、利用促進のための継続的な改善

by Cygames

Slide 1

Slide 1 text

1/84 プロダクション / エンジニアリング現場を理解して実現！ゲーム開発を効率化するWebサービスの開発と、利用促進のための継続的な改善株式会社Cygames 開発運営支援 / サブマネージャー諸葛泰鉉

Slide 2

Slide 2 text

2/84 ツール開発の壁 • 開発人数も少なく効率も上がらない。 • 場当たり的な開発が続き、サービスが複雑化したり、品質が安定しない。 • 開発したサービスが、他のプロジェクトで利用されない。 • AIの活用が重要だと分かってはいるが、どこから着手するかわからない。業務効率化のWebサービス開発でこのような課題、ありませんか

Slide 3

Slide 3 text

3/84 本セッションで得られること • 効果的な課題解決を実現する役割や体制 • 迅速な開発イテレーションを支える環境とプロセス • サービスの普及を促進する運用方法 • 課題解決のためのAI導入実践私たちが直面した壁と、それを乗り越えたノウハウを紹介します。

Slide 4

Slide 4 text

4/84 諸葛泰鉉開発運営支援 / サブマネージャー 2015年11月に株式会社Cygamesへ合流。サーバーエンジニアとして「グランブルーファンタジー」の開発に携わる。 2018年後半から社内のゲーム開発効率化業務に従事し、社内で使用される効率化のための複数のWebサービス開発と運用そして部署内のインフラ管理業務を担当している。自己紹介

Slide 5

Slide 5 text

5/84 部署の紹介課題を解決し業務を効率化することで、ゲーム開発の時間を確保し、品質向上に貢献開発運営支援様々なWebサービスでゲームプロジェクトを支援中

Slide 6

Slide 6 text

6/84 主な業務支援Webサービスの紹介「こえぼん」：シナリオ執筆支援シナリオの執筆、台本化、音声管理を一元管理＜台本出力画面＞＜シナリオ執筆画面＞＜Cygames Magazine＞

Slide 7

Slide 7 text

7/84 主な業務支援Webサービスの紹介「CyResource」：汎用オンラインストレージ様々なリソースをタグで管理＜リソース一覧＞＜リソース詳細＞

Slide 8

Slide 8 text

8/84 主な業務支援Webサービスの紹介「CyLoc」：ローカライズテキスト管理支援翻訳テキストと進捗を一元管理＜翻訳画面＞＜進捗確認＞＜検索＞

Slide 9

Slide 9 text

9/84 部署発足期：信頼獲得のプロセス「信頼獲得」を目指し仕事探しスタート小さなツール開発新たな相談が増加現場の課題を解決「信頼」獲得 1 4 3 2 プロセスが回りサービスも人も増える成長期へ

Slide 10

Slide 10 text

10/84 成長期：拡大するチームとサービス現場の信頼を追い風に、サービスとともにチームも順調に成長！エンジニアが続々と合流開発チーム全社で利用されるサービスに成長サービス

Slide 11

Slide 11 text

11/84 進化期：AIの可能性成長した先には新たな目標！プロジェクトの課題に AIを活用した業務効率化！！

Slide 12

Slide 12 text

12/84 • 開発チームが多方面に対応を迫られ、慢性的に高負荷な状態 • サービスが増えるたびに蓄積される技術的な負債 • 人数に比例して増えるコミュニケーションコスト • 止まらない改善要望 • 利用プロジェクトが一部にとどまるなど成長の裏で直面した試練チーム/サービスの成長とともに次々と現れた「壁」

Slide 13

Slide 13 text

13/84 本日のアジェンダ • 「役割分担」による高負荷状況からの脱却 • 継続的な改善を支える「開発プロセスと技術基盤」 • 「普及戦略」で乗り越える利用されない壁 • AI活用の鍵となる「課題の可視化」 • まとめ

Slide 14

Slide 14 text

14/84 本日のアジェンダ • 「役割分担」による高負荷状況からの脱却 • 継続的な改善を支える「開発プロセスと技術基盤」 • 「普及戦略」で乗り越える利用されない壁 • AI活用の鍵となる「課題の可視化」 • まとめ

Slide 15

Slide 15 text

15/84 「役割分担」による高負荷状況からの脱却

Slide 16

Slide 16 text

16/84 課題解決の全プロセス課題表出 1 開発 4 要件定義 3 ヒアリング 2 改善 8 テスト 5 リリース 6 フィードバック回収 7 開発チーム全プロセスを１チームが担当

Slide 17

Slide 17 text

17/84 何が起きたか 1. 利用者から様々な経路で要望が来る 2. 要望の背景や影響が不明 3. 対応すべきか不明な新規相談が次々とやってくるプロセスは上手くいき課題解決は進んだが…

Slide 18

Slide 18 text

18/84 開発チームが高負荷の状況に全てをエンジニアがやる体制対応が追いつかない！利用者のニーズ把握が困難利用者へのサポート不足課題解決のスピード低下相談対応のクオリティー低下

Slide 19

Slide 19 text

19/84 役割分担による新しい体制必要な役割を３チームで分担へサービスオーナーサポートチーム開発チームユーザーに寄り添うサービス責任者開発と運用に専念ユーザーと開発者の橋渡し

Slide 20

Slide 20 text

20/84 各チームの担当範囲サービスオーナー開発チームサポートチーム課題表出開発要件定義ヒアリング改善テストリリースフィードバック回収 1 4 3 2 8 5 6 7

Slide 21

Slide 21 text

21/84 サービスオーナーの立ち位置サービスごと担当者が存在こえぼん：シナリオチーム CyLoc：ローカライゼーションなど開発テストリリース課題表出要件定義ヒアリング改善フィードバック回収 1 3 2 8 7 4 5 6 サービスの最終責任者

Slide 22

Slide 22 text

22/84 サービスオーナーの役割現場のニーズを吸い上げ、開発の方向性を定めるサービスの最終責任者サービスの推進ステークホルダー調整利用者代表

Slide 23

Slide 23 text

23/84 サービスオーナーの業務内容 • サービス開発方針策定 • 利用者のニーズ把握 • 開発運営チームとの連携 • 現場の課題管理何か困っていますか？

Slide 24

Slide 24 text

24/84 サポートチームの立ち位置非エンジニア2名要件定義ヒアリング課題表出開発改善テストリリースフィードバック回収 1 4 3 2 8 5 6 7 ユーザーとの相談窓口

Slide 25

Slide 25 text

25/84 サポートチームの役割開発チームの負荷を軽減し、チーム間の橋渡し役を担う相談者の窓口開発者サポート

Slide 26

Slide 26 text

26/84 サポートチームの業務内容 • 問い合わせ対応 • 課題確認と定義 • サービスのマニュアル作成 • FAQ整備

Slide 27

Slide 27 text

27/84 開発チームの立ち位置エンジニア10名課題表出ヒアリング開発改善テストリリースフィードバック回収要件定義 1 4 3 2 8 5 6 7 サービス開発の中核

Slide 28

Slide 28 text

28/84 開発チームの役割迅速かつ安定したサービス提供プロダクトオーナー Webサービスエンジニア SREエンジニアサービスオーナーの技術相談

Slide 29

Slide 29 text

29/84 開発チームの業務内容 • 要件定義 • サービス開発・運用業務 • インフラ構築 • CI/CD自動化・効率化 • サービスオーナーとの定例

Slide 30

Slide 30 text

30/84 役割分担で実感した効果

Slide 31

Slide 31 text

31/84 サービスオーナーとの役割分担による効果 – 開発方針が実業務にマッチし、作業優先が明確になった。 – 手戻りや無駄な機能開発（ミスマッチな提供）が削減した。 – 現場の課題を情報収集する負担が減った。 – サービスの価値が向上し、多数の職種が活用するようになった。現場のニーズと状況の理解度が向上

Slide 32

Slide 32 text

32/84 サポートチームとの役割分担による効果様々な経路でくる突発的な相談も数多く対応中！ FAQ・マニュアル作成によるサービスへの質問減少 Webサービスの問い合わせ適切な部署へ案内した問い合わせ 67件 50件直近１年間の問い合わせ：117件年間の相談対応が4割減

Slide 33

Slide 33 text

33/84 高負荷を乗り越え効果的に課題を解決サービスオーナーと円滑な連携が必須！専門性を発揮しやすい分担で迅速な対応

Slide 34

Slide 34 text

34/84 本日のアジェンダ • 「役割分担」による高負荷状況からの脱却 • 継続的な改善を支える「開発プロセスと技術基盤」 • 「普及戦略」で乗り越える利用されない壁 • AI活用の鍵となる「課題の可視化」 • まとめ

Slide 35

Slide 35 text

35/84 善継続的な改善を支える「開発プロセスと技術基盤」

Slide 36

Slide 36 text

36/84 成長による影響課題解決を優先した結果 1. サービスが想定外に大規模化/複雑化 2. 場当たり的な対応の増加 3. 頻繁に突発的な対応が発生 4. コミュニケーションコストの増加

Slide 37

Slide 37 text

37/84 問題の顕在化チーム拡大と開発を優先した結果、新たな壁に直面！！安定しないサービス開発と運用コスト増加意思決定の鈍化立てにくい計画

Slide 38

Slide 38 text

38/84 解決に向けた取り組み問題解決のために行った改善！ 1. 開発プロセス 2. 技術基盤

Slide 39

Slide 39 text

39/84 開発プロセスの改善

Slide 40

Slide 40 text

40/84 変化に強いアジャイル開発計画ミーティング朝会完了確認振り返り • 大枠はScrum開発方式を採用 • ２週間のスプリントで運用 • スプリントの進行 • 柔軟なスプリント期間バックログ整理

Slide 41

Slide 41 text

41/84 スプリント計画 • 計画ミーティングの開催 • 優先度順にタスクの割り振り • コードレビューの工数見積もりとレビュアーの選定 • 原則、スコープ変更は避ける方針 • リリース対象サービスを選定 • リリース日を調整 • タスクの納期設定リリースの計画スプリントのタスク計画

Slide 42

Slide 42 text

42/84 スプリントレビューと振り返り • スプリント内の完了ストーリーを確認 • 提供した機能の共有、ゴールとずれを確認 • KPT法（Keep, Problem, Try） • チームの良さをアピール、課題を共有 • 次の改善策をメンバーが選定振り返り完了確認（スプリントレビュー）

Slide 43

Slide 43 text

43/84 継続的なバックログ更新 • リリース物の共有とフィードバック • 新しい要望の確認 • タスクの優先度決定 • サービス外の困りごとも確認サービスオーナーとバックログの最新化 • 開発フレームワークバージョンアップ • リファクタリング計画サービスに必要な対応の計画

Slide 44

Slide 44 text

44/84 機動力を活かすチーム編成こえぼんなどを開発メンバー：5名 CyLocなどを開発メンバー：5名チーム１チーム２ • メンバー数を最小限に抑えるコミュニケーションコストを削減し、意思決定を迅速化 • スキルバランスを考慮チーム内で自己完結できる範囲を広げ、外部への依存を低減 • 開発メンバー数は均等に配置

Slide 45

Slide 45 text

45/84 技術基盤の改善

Slide 46

Slide 46 text

46/84 技術選定と標準化開発言語 PHP/TS/JS/C#/Python フレームワーク Laravel/React/Vue 課題：学習コスト増大、効率のバラつき • サービス毎に選定 • 当時の人気技術初期：多様な技術が混在

Slide 47

Slide 47 text

47/84 技術選定と標準化開発言語 PHP/TS/Python フレームワーク Laravel/React サービスを跨いだ開発スピードが大幅向上！ • チーム内技術サポートも可能に • 学習コスト削減 / チーム内知見集約開発言語とフレームワークの「標準化」

Slide 48

Slide 48 text

48/84 Jenkins、CodePipeline Github Actions 開発プロセスの自動化開発から提供まで全自動化による効果リリース時間1時間複数のサービスで作業 • ビルド、テスト、デプロイ • メンテナンスIn/Out • 監視ON/OFF 自動化項目自動化ツールの統一

Slide 49

Slide 49 text

49/84 GitHub内で一元管理できるようになるなど、大幅な効率化を実現 Github Actions （コードで管理、並列処理など）開発プロセスの自動化開発から提供まで全自動化による効果並列処理でリリース時間30分作業をGithubで完結自動化ツールの統一 • ビルド、テスト、デプロイ • メンテナンスIn/Out • 監視ON/OFF 自動化項目

Slide 50

Slide 50 text

50/84 新規リリースのリバート多発利用者からサービス安定性への要求品質向上のため、各種テストの導入既存機能に不具合が多発！新機能の開発を優先

Slide 51

Slide 51 text

51/84 リファクタリングやフレームワークのバージョンアップにも活用開発効率と、品質を向上品質向上のため、各種テストの導入テストの導入！サービスの安定性優先バックエンド PHPUnit フロントエンド Jest End-to-End(E2E) Playwright、Datadog 主なテストとして…

Slide 52

Slide 52 text

52/84 継続的な改善の効果技術基盤開発プロセス標準化と自動化で開発効率と安定性の向上テスト文化の定着と品質向上アジャイル開発と小さなチームで対応スピードの向上継続的なバックログ管理で明確な展望

Slide 53

Slide 53 text

53/84 本日のアジェンダ • 「役割分担」による高負荷状況からの脱却 • 継続的な改善を支える「開発プロセスと技術基盤」 • 「普及戦略」で乗り越える利用されない壁 • AI活用の鍵となる「課題の可視化」 • まとめ

Slide 54

Slide 54 text

54/84 「普及戦略」で乗り越える利用されない壁

Slide 55

Slide 55 text

55/84 普及戦略の例テキスト管理権限管理役割設定対応言語設定進捗と履歴確認翻訳ステータス可視化変更履歴進捗率レポート外部連携こえぼん OneDrive Json出力 CyLoc（ローカライズ支援サービス）テキスト、進捗、翻訳コメントなどを一元管理主な機能マスターデータ

Slide 56

Slide 56 text

56/84 普及プロセス業務上の課題表出から出発課題解決できるサービスを迅速に開発機能拡張をしてサービスを成長普及の準備普及活動 ① ② ③ ④ ⑤

Slide 57

Slide 57 text

57/84 ①業務上の課題表出から出発現場からの問題提起が発端 • エクセルで進捗管理表作成 • 手作業による進捗更新にコストが高い • 翻訳漏れが起きやすい • 同時作業が難しい

Slide 58

Slide 58 text

58/84 ②課題解決できるサービスを迅速に開発短期間で提供機を逃さぬ解決信頼を獲得特化型サービス開発

Slide 59

Slide 59 text

59/84 ③機能拡張によるサービスの成長 Webサービスによる対応範囲を広げる継続的な機能開発による価値提供課題を一つずつ解決していく様々な職種での利用も加速ワークフローの一部に！

Slide 60

Slide 60 text

60/84 ④普及の準備 • 他プロジェクトの情報収集 • プロジェクトや部署内へ影響を考慮共通課題に注力した開発方針へ変更 • 問い合わせ窓口の開設 • 迅速かつ容易な検証環境の提供 • マニュアルの整備環境整備

Slide 61

Slide 61 text

61/84 ⑤普及活動 • 新規プロジェクトへ利用アプローチ • 導入ハードルを下げる • 利用方法のレクチャー • データ移行などの導入サポートサービスオーナーと普及活動 • サービスオーナー主導で推進開発優先度は利用者の声を反映して決定

Slide 62

Slide 62 text

62/84 プロジェクトへ普及状況 CyLoc ７つのプロジェクト Webサイトにも活用こえぼん運用中の全ゲームプロジェクト CyResource ゲームプロジェクトだけでなく全社での利用

Slide 63

Slide 63 text

63/84 全社普及の戦略 1. 実績を作り、信頼を構築 2. 共通する要望への対応を重視 3. 定期的なヒアリング実施 4. 問い合わせしやすい環境 5. 検証環境の迅速な提供 6. 導入ハードルの引き下げ

Slide 64

Slide 64 text

64/84 本日のアジェンダ • 「役割分担」による高負荷状況からの脱却 • 継続的な改善を支える「開発プロセスと技術基盤」 • 「普及戦略」で乗り越える利用されない壁 • AI活用の鍵となる「課題の可視化」 • まとめ

Slide 65

Slide 65 text

65/84 AI活用の鍵となる「課題の可視化」

Slide 66

Slide 66 text

66/84 AI活用プロジェクト開始シナリオ執筆作業の負荷大規模言語モデル（LLM）の可能性シナリオ執筆の生産性向上ゴール背景課題発生技術の進展

Slide 67

Slide 67 text

67/84 課題の洗い出し作業効率を上げるためのヒント探し！ • ヒアリングと現場の課題収集 • 運用に追われ解決されなかった様々な課題

Slide 68

Slide 68 text

68/84 ユーザーヒアリング • カメラ指定、衣装指定の自動指定 • 同じようなミスの指摘など • 重要度も確認 • 新規Webサービスの開発が必要 • ルールベースで解決できる • LLMで解決の可能性困っているのは分かったがある問題に気づく課題を分類詳細ヒアリング

Slide 69

Slide 69 text

69/84 課題整理の必要性課題はわかったが、どこから着手？ • 影響度や重要度がわからない • 「誰が、どの程度」が見えない • 優先度を判断できない

Slide 70

Slide 70 text

70/84 課題特定の手段まずは可視化ワークフロー図を作成することに理解しやすい時系列で表現影響範囲がわかる重要度の把握できる

Slide 71

Slide 71 text

71/84 ワークフローの可視化作業 • 関係者の作業内容 • 全体の作業フロー • 各作業の工数 1.全ての登場人物を定義 2.上から下へ時系列になるよう作業を配置 3.利害関係がわかるように依頼元、依頼先を記載 4.各フローの工数を記入手順に沿って作成作業全般をプロジェクトへ確認

Slide 72

Slide 72 text

72/84 シナリオ執筆ワークフロー図

Slide 73

Slide 73 text

73/84 ワークフローの可視化結果課題への理解と解決策の検討が加速シナリオ執筆業務の理解度が向上業務上のボトルネックを特定チーム内外の認識齟齬を解消

Slide 74

Slide 74 text

74/84 AI活用ポイントの発見効率的な監修作業や表現のチェック「監修」プロセスにAIを活用 • 頻度 • 工数 • 効果 • 影響工数削減や効果大影響範囲：広分析発見

Slide 75

Slide 75 text

75/84 AIによるシナリオ監修補助機能の開発 1. 具体的機能 – AIによるシナリオ表現の監修と改善提案の実装 2. 開発の工夫 – 誰でも使いやすい – 正解を求めないところに活用 – アイディア出し、シナリオの分析など

Slide 76

Slide 76 text

76/84 AI機能開発の注意点ユーザーのAIへの理解を促す – 何でも解決できると思いがち – ハルシネーションの理解 – AI知識の共有やレクチャー – 最終的には人のチェックが必須

Slide 77

Slide 77 text

77/84 実際のAI機能

Slide 78

Slide 78 text

78/84 実際のAI機能

Slide 79

Slide 79 text

79/84 AI導入による効果と変化業務効率化 – 執筆者1名がシナリオ1本を作成する際に、平均0.5日の工数が削減執筆者・監修者の負担軽減を実現 – 初稿までの時間短縮とやり取りの回数軽減

Slide 80

Slide 80 text

80/84 AI導入による効果と変化プロセスの変化執筆監修（人）修正導入前執筆監修（人）修正監修（AI）導入後

Slide 81

Slide 81 text

81/84 AI活用のポイント適切な業務効率化と生産性向上明確な目的策定課題を特定し、AI活用箇所を明確化課題の可視化 AIに対するユーザーの理解が必須

Slide 82

Slide 82 text

82/84 まとめ

Slide 83

Slide 83 text

83/84 まとめ • 役割分担で効率良い負荷分散 • 開発プロセスと技術基盤の継続的な改善 • 段階的にアプローチしていく普及戦略 • ワークフローの可視化からAI活用

Slide 84

Slide 84 text

84/84