Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
エンジン戦略におけるブリッジエンジニアの役割
Search
gree_tech
PRO
June 10, 2019
Technology
700
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
エンジン戦略におけるブリッジエンジニアの役割
「WFS Tech Talk #1」で発表された資料です。
https://gree.connpass.com/event/129292/
gree_tech
PRO
June 10, 2019
More Decks by gree_tech
See All by gree_tech
変わるもの、変わらないもの :OSSアーキテクチャで実現する持続可能なシステム
gree_tech
PRO
0
4.6k
マネジメントに役立つ Google Cloud
gree_tech
PRO
0
60
今この時代に技術とどう向き合うべきか
gree_tech
PRO
3
2.7k
生成AIを開発組織にインストールするために: REALITYにおけるガバナンス・技術・文化へのアプローチ
gree_tech
PRO
0
410
安く・手軽に・現場発 既存資産を生かすSlack×AI検索Botの作り方
gree_tech
PRO
0
410
生成AIを安心して活用するために──「情報セキュリティガイドライン」策定とポイント
gree_tech
PRO
1
2.2k
あうもんと学ぶGenAIOps
gree_tech
PRO
0
530
MVP開発における生成AIの活用と導入事例
gree_tech
PRO
0
560
機械学習・生成AIが拓く事業価値創出の最前線
gree_tech
PRO
0
430
Other Decks in Technology
See All in Technology
エンジニアリング戦略の作り方 / Crafting Engineering Strategy
iwashi86
8
2.4k
Microsoft Build Keynoteふりかえり
tomokusaba
0
110
AgentGatewayを試してみたかった
tkikuchi
0
120
マーケットプレイス版Oracle WebCenter Content For OCI
oracle4engineer
PRO
5
1.8k
Agentic Defenseとともにセキュリティエンジニアが輝き続けるには / How Security Engineers Can Keep Excelling with Agentic Defense
yuj1osm
0
130
実装は速くなった、レビューはどうする? ― 自身のレビューをAIで再現させるサーヴァントエンジニアリングのすゝめ / Implementation got faster. So what about reviews? — An invitation to Servant Engineering: Recreating your own code reviews with AI
nrslib
7
4.2k
「速く作る」から「正しく作る」へ ─ 生成AI時代の開発フロー改革の ロードマップと実行 ─
starfish719
0
8.8k
Platform Engineering as a Product: Criteria for Improvement and Multi-Tenant Design
kumorn5s
0
520
Databricks における 生成AIガバナンスの実践
taka_aki
1
350
「嘘をつくテスト」の失敗例から学ぶ 良いテストコード #frontend_phpcon_do
asumikam
0
570
Terraformモジュールは、なぜ「魔境」化するのか
hayama17
2
220
Chart.js が簡単に使えるようになっていたので OGP 画像生成に使った話
kamekyame
0
170
Featured
See All Featured
Stewardship and Sustainability of Urban and Community Forests
pwiseman
0
220
A Guide to Academic Writing Using Generative AI - A Workshop
ks91
PRO
1
320
AI Search: Implications for SEO and How to Move Forward - #ShenzhenSEOConference
aleyda
1
1.3k
The Limits of Empathy - UXLibs8
cassininazir
1
350
The Curse of the Amulet
leimatthew05
1
13k
Crafting Experiences
bethany
1
170
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
soudai
PRO
65
55k
The World Runs on Bad Software
bkeepers
PRO
72
12k
Navigating the Design Leadership Dip - Product Design Week Design Leaders+ Conference 2024
apolaine
1
340
Understanding Cognitive Biases in Performance Measurement
bluesmoon
32
2.9k
GraphQLとの向き合い方2022年版
quramy
50
15k
A brief & incomplete history of UX Design for the World Wide Web: 1989–2019
jct
2
390
Transcript
エンジン戦略における ブリッジエンジニアの役割 2019/6/6 吉本誠也
吉本誠也 • 前職 • ウェブゲーム開発 • 2013年グリー入社 • ネイティブゲーム配属 •
ハコニワ、天と大地と女神の魔法、武器よさらば等 自己紹介
• 2013年頃、グリーとしてもネイティブゲームシフトしていく序 盤に作成していたアプリ • unity • Flash→lwf • SMY(StateMachine written
in YAML) • サーバEN ハコニワ
• マルチプレイRTS • unity • 2014年頃のスマホでも動くようにバトルの経路探索等ロジック 全般C++のバイナリをUnityで読み込んで使用 • UI、バトルロジック 天と大地と女神の魔法
• ごりごりのアクションゲーム • Unity • バトルロジック、バトルUI 武器よさらば
同一エンジンなのです! 実はこれ・・・
同一のエンジンを使うことで 多くの開発人員が必要 開発工数の圧縮 多くの開発人員が必要 注力領域にフォーカス グリーには複数の自社エンジンが存在
だがしかし ©️ WFS
• 日々生まれ続けているゲームアプリ • 長年運用されクオリティを上げ続けてきたアプリ • 高いクオリティ、多くのコンテンツを有する状態でリリースし ないとヒットは生まれない アプリ開発レッドオーシャン時代
• プロトタイプ8人で3ヶ月やって・・・ • アルファ期間20人で半年やって・・・ • ベータ期間30人で半年やって・・ • QA期間40人で1ヶ月やって・・ やっとリリース(1例) レッドオーシャン時代のアプリ開発は
レッドオーシャン時代のアプリ開発は 多くの開発人員が必要 多くの開発人員 多くの開発人員が必要 柔軟な人数増強 他社様の力をお借りしましょう 注 1例です 動ける人員がすぐに 確保できない・・・
共同事業モデル A社 グリー 最近の某開発事例
共同事業モデル A社 : グリー 最近の某開発事例 共同事業モデル A社 :パブリッシャー、CS業務、版元交渉(IP監修) グリー:ゲーム開発責任、プロトタイプ作成、QA、コンサ ルタント及び実務サポート
共同事業モデル A社 : グリー 最近の某開発事例 共同事業モデル A社 :パブリッシャー、CS業務、版元交渉(IP監修) グリー:ゲーム開発責任、プロトタイプ作成、QA、コンサ ルタント及び実務サポート
グリー側では社内スタッフ、外部開発会社との開発体制の構築
最近の某開発事例 • プロトタイプ3ヶ月 • アルファ期間2ヶ月 • ベータ期間7ヶ月 • QA期間2ヶ月 開発会社B社様
グリー グリー A社様 A社様 開発11ヶ月でリリース グリーの技術資産を活用しつつ 円滑な開発でリリースさせる 全職制での本開発
最近の某開発事例 他所の技術を使って11ヶ月でリリース? グリー(ゲーム開発責任、QA、コンサルタント及び実務サポート) A社様(パブリッシャー、CS業務、版元交渉) 考えた企画は実装できるのか? B社様(全職制での本開発) 実装方法は他社特許にひっかからない?
この座組みで問題になりやすいこと • グリーだけで企画を詰め切ることができない • 開発会社が既存技術の解読に時間が取られてしまう • パブリッシャーからへの返答に即答できない
この座組みで問題になりやすいこと • グリーだけで企画を詰め切ることができない • 開発会社が既存技術の解読に時間が取られてしまう • パブリッシャーからへの返答に即答できない • 開発会社の技術的課題でのコミュニケーションコスト ブリッジエンジニアを入れましょう!
ブリッジエンジニアが入ることで • 企画速度UP:既存のエンジンで何ができて、何ができないのか 瞬時にわかる • 実装速度UP:既存のデバッグ機能、マスタ構造、既存の実装に 精通していることでどこをどうすればすぐ実装できるかわかる。 開発会社の躓きポイントに気づきいち早く対策を講じることが できる。
アルファ期間の業務例 • B社様会議室にてマスターデータ、デバッグ方法説明会 • B社様オフィスに吉本の席を用意してもらい、週2〜3作業 • B社様の開発にあたってひっかかる箇所のヘルプ 簡単に聞ける関係づくりの構築
アルファ期間の業務例 • グリーアートチームの表情差分書き出しを簡略化したい →どういう形でやれば良いか社内で話しながらルール作成 →jsxで表情グループ以下の表情差分を切り出して配置
アルファ期間の業務例 • グリーアートチームで作った地図をゲーム中に出したい →psdからjsxでpngとjsonを吐き出してUnity側で読み込み 会社間のやりとりを極力省く
その結果 • 2ヶ月でアルファビルドの完成 • ホーム、クエスト、バトル、リザルトがさし代わり、別ゲーム に生まれ変わる
ベータ期間の業務例 • 何にどれくらいメモリを使えるのかわからない →ベースエンジンのメモリ管理を参考に
ベータ期間の業務例 • 特許問題でA社、グリー共に実装観点で問題ないかの確認を求 められる →資料を作成して説明し問題ないことを確認
ベータ期間の業務例 • 開発会社のENに1機能の開発に2ヶ月の工数が必要と言われる →既存の機構を利用することで、一ヶ月でできることを説明し、 ヘルプにも入った • UIの組み込み要員が足りなくなった →prefabいじり続ける(便利機能の開発) • 開発会社から納期までに入れられない機能があると言われる
→自ら実装
その後もいろいろありつつ ©️ WFS
なんだかんだで 多くの開発人員が必要 無事リリース!
総じて • 自社だけでは開発コストがどうしても高くつく時代 • 自社の蓄積を活かしつつ、他社と共同して新しいプロダクトを 効率よく生み出していきたい 様々な人や技術をつなぐ ブリッジエンジニアが重要です
ご清聴ありがとうございました ©️ WFS