More Related Content
What's hot (20)
Similar to 大規模モバイルオンラインゲーム開発における チーム組成とワークフロー最適化 (20)
More from KLab Inc. / Tech (20)
大規模モバイルオンラインゲーム開発における チーム組成とワークフロー最適化
- 2. 2 2 自己紹介 山田雅人 KLab 株式会社 KLabGames事業本部 エンジニアリング本部 技術広報グループ 過去の講演 大規模モバイルオンラインゲームを支えるソフトウェアアーキテクチャ開発とその使用例 大規模モバイルオンラインゲームにおける安定運用のための仕組み ソースコードレビューのススメ 個人情報の保護となりすまし対策 ～KLabのゲーム内通貨の払戻のシステムの場合～ 表も裏もすべて見せます！ KLab謹製大規模オンラインゲームの リアルタイムチャットマイクロサービス
- 3. 3 3 自己紹介 役割： サーバリーダー 担当業務： ● サーバのプログラム ● サーバインフラ ● アセットビルドパイプライン なぜここまで範囲が広いのか 発表にも関係あります
- 4. 4 4 KLabについて
- 5. 5 5 ミッション：「世界と自分をワクワクさせろ」 ビジョン：「エンターテインメントで、世界中のユーザーをひとつにつなげる」 社会に感動と喜びを提供できるような、サービス?技術を創造しています。 設立 2000年8月1日 資本金 54億5795万円（2023年10月末現在） 株式公開市場 東京証券取引所?プライム市場（3656） 代表者 代表取締役社長CEO 森田 英克 代表取締役副会長 五十嵐洋介 所在地 本社（東京都港区、六本木ヒルズ森タワー） 大阪事業所、福岡事業所、仙台事業所 主要関連会社 株式会社BLOCKSMITH&Co. 株式会社グローバルギア 海外拠点 可来软件开发（上海）有限公司 （KLab China Inc.） グループ従業員数 正社員 516名(2023年6月末時点) 主力：ゲーム事業 アニメ、コミック、ゲームなど、 世界中で人気の高いIPを原作とした モバイルオンラインゲームを 国内外に展開。 現在155の国と地域で配信 その他： スマートフォン関連のアプリケーション、 サービス及びサーバインフラの企画、 開発、提供、新規事業開拓など 会社紹介：KLab(クラブ)株式会社
- 7. 7 7 1. はじめに 2. ワークフローとチーム組成の役割分担による問題 3. 役割分担を見直してみた(クライアント/サーバ編) 4. 役割分担を見直してみた(プランナー/エンジニア編) 5. まとめ 本日のアジェンダ
- 8. 8 8 1. はじめに 2. ワークフローとチーム組成の役割分担による問題 3. 役割分担を見直してみた(クライアント/サーバ編) 4. 役割分担を見直してみた(プランナー/エンジニア編) 5. まとめ 本日のアジェンダ
- 12. 12 12 1. はじめに 2. ワークフローとチーム組成の役割分担による問題 3. 役割分担を見直してみた(クライアント/サーバ編) 4. 役割分担を見直してみた(プランナー/エンジニア編) 5. まとめ 本日のアジェンダ
- 13. 13 13 1. ゲーム作り全体を網羅した設計 2. 実態は隙間だらけ 3. セクショナリズムの実態は隙間説 4. チームやワークフローの改善の繰り返し ワークフローとチーム組成の役割分担による問題
- 14. 14 14 1. ゲーム作り全体を網羅した設計 2. 実態は隙間だらけ 3. セクショナリズムの実態は隙間説 4. チームやワークフローの改善の繰り返し ワークフローとチーム組成の役割分担による問題
- 15. 15 15 チームの役割やタスクはどう決めていく？ 1. ゲーム全体の設計をする 2. ある程度の部品に分ける 3. 部品の依存関係を整理 4. タスク間の依存関係を考慮してフロー作成 5. 担当やチームを割り当てる →全体を網羅できるようにしたい ゲーム作り全体を網羅した設計
- 16. 16 16 ワークフローはどう組んでいく？ 企画書 仕様書 UI設計 素材組み込み マスタ設計 プログラム これをベースに 一定並行したり前後したり、繰り返したり のような工夫をする
- 18. 18 18 繰り返したり 企画書 仕様書 UI設計 素材組み込み マスタ設計 プログラム
- 26. 26 26 1. ゲーム作り全体を網羅した設計 2. 実態は隙間だらけ 3. セクショナリズムの実態は隙間説 4. チームやワークフローの改善の繰り返し チームとワークフローの構築
- 27. 27 27 チームとワークフローは設計したが いざ開発を進めてみると、理想通りにはいかなかったりする ● すべてをタスク化する → タスク化漏れが発生 ● すべてに担当者をつける → 担当不明な領域が出てくる 事前にすべてを網羅できるわけではない 実態は隙間だらけ
- 30. 30 30 1. ゲーム作り全体を網羅した設計 2. 実態は隙間だらけ 3. セクショナリズムの実態は隙間説 4. チームやワークフローの改善を繰り返す ワークフローとチーム組成の役割分担による問題
- 33. 33 33 機能間連携のお見合い
- 47. 47 47 1. ゲーム作り全体を網羅した設計 2. 実態は隙間だらけ 3. セクショナリズムの実態は隙間説 4. チームやワークフローの改善の繰り返し チームとワークフローの構築
- 48. 48 48 チームやワークフローの改善の繰り返し 隙間 セクショナリズム チームや ワークフローが うまく動いていない 隙間を退治してセクショナリズムを解決して チームやワークフローを改善したい
- 57. 57 57 1. はじめに 2. チーム組成とワークフローの構築 3. 役割分担を見直してみた(クライアント/サーバ編) 4. 役割分担を見直してみた(プランナー/エンジニア編) 5. まとめ 本日のアジェンダ
- 68. 68 68 1. 役割分担の硬直化は品質の硬直につながる 2. 役割の再設計に力を入れよ 3. 役割の再設計にフォローが必要 4. チームとワークフローからの逸脱もアリ この事例から得られたこと
- 69. 69 69 1. 役割分担の硬直化は品質の硬直につながる 2. 役割の再設計に力を入れよ 3. 役割の再設計にフォローが必要 4. チームとワークフローからの逸脱もアリ この事例から得られたこと
- 72. 72 72 決められた役割の範囲内で活動 クライアントのことは 干渉しないよ サーバのことは 干渉しないよ お互いに干渉しなくなる クライアント サーバ サーバエンジニア クライアントエンジニア
- 73. 73 73 決められた役割の範囲内で活動 サーバ負荷は サーバで考える サーバ負荷のことは よくわからない 協力がなくなることも クライアント サーバ サーバエンジニア クライアントエンジニア
- 75. 75 75 1. 役割の硬直は品質の硬直につながる 2. 役割の再設計に力を入れよ 3. 役割の再設計にフォローが必要 4. チームとワークフローからの逸脱もアリ この事例から得られたこと
- 83. 83 83 1. 役割の硬直は品質の硬直につながる 2. 役割の再設計に力を入れよ 3. 役割の再設計にフォローが必要 4. チームとワークフローからの逸脱もアリ この事例から得られたこと
- 88. 88 88 1. 役割の硬直は品質の硬直につながる 2. 役割の再設計に力を入れよ 3. 役割の再設計にフォローが必要 4. チームとワークフローからの逸脱もアリ この事例から得られたこと
- 93. 93 93 先の事例でも、少しずつ逸脱しながら 調整を繰り返し積み重ねた結果、フローの改善ができた 新しいAPI用意しました → 実装します （毎回はしんどい…） こちらで対応しました → チェックします 少しずつ調整しながら一歩ずつ進めていく
- 94. 94 94 1. はじめに 2. ワークフローとチーム組成の役割分担による問題 3. 役割分担を見直してみた(クライアント/サーバ編) 4. 役割分担を見直してみた(プランナー/エンジニア編) 5. まとめ 本日のアジェンダ
- 95. 95 95 ショップ機能の考慮漏れを防ぎたい クライアント/サーバエンジニア 仕様書/UI設計 考慮漏れ発覚 ?表示内容が足りない ?メッセージ表示が足りない ?時間経過が考慮されていない etc… 企画書 仕様書 UI設計 マスタ設計 プログラム 素材組み込み 仕様書作成に手戻り
- 96. 96 96 当時の状況 企画書 仕様書 UI設計 素材組み込み マスタ設計 プログラム 企画書 仕様書 UI設計 マスタ設計 プロ リソース効率重視で常に仕事がある状態 同じチームの人が同じ仕事をしているとは限らない ほげ機能 ショップ機能
- 99. 99 99 クライアントサーバ編と実は同じでは？ クライアント/サーバエンジニア エンジニアの分業の境界線を ずらした件と同じじゃない？ 企画書 仕様書 UI設計 素材組み込み マスタ設計 プログラム
- 100. 100 100 役割を越える動きで解決 共同作成 クライアント/サーバエンジニア 企画書 仕様書 UI設計 素材組み込み マスタ設計 プログラム 考慮漏れが解決した???だけじゃない！
- 103. 103 103 イベントとの連動の自動化 イベントごとに毎回手動で作成するマスタデータ 自動でスケルトンが生成される →純粋に商品だけ準備すればOK →仕様書にスケルトン作成を行う旨が記載された
- 108. 108 108 前の工程に取りに行く 共同作成＝取りに行く クライアント/サーバエンジニア 企画書 仕様書 UI設計 素材組み込み マスタ設計 プログラム 必要なものは自分で取りに行く →動き出しの早さ
- 111. 111 111 動き出しの早さは効率の良さ 1. 自分が必要なものは前の工程に取りに行く 2. 次の工程に必要なものを切り出して先に作る 再設計時には動き出しの早さを意識する ● 考慮漏れ防止 ● プラスアルファの価値の創出 を実現できた
- 112. 112 112 1. はじめに 2. ワークフローとチーム組成の役割分担による問題 3. 役割分担を見直してみた(クライアント/サーバ編) 4. 役割分担を見直してみた(プランナー/エンジニア編) 5. まとめ 本日のアジェンダ
- 119. 119 119 おわりに
- 120. 120 120 3行まとめ 1. チームとワークフローは継続的な改善が必要 2. そのために役割を越える動きが必要 3. 役割を越える动きは小さな一歩の试行错误から
- 121. 121 121 1. 作業体験してみよう ● ちょっとした隣のチームのお手伝いから 2. 複数のチームに所属してみよう ● 最初はやっていることを見るだけから始めてよい 3. いろんなことにチャレンジ ● 通常業務以外の何か →役割を越える動きのヒントがあります 明日からできること