シェアドサービスとしてのデータテクノロジー

by gree_tech

Slide 1

Slide 1 text

シェアドサービスとしてのデータテクノロジーグリー株式会社データテクノロジー部部長森田想平

Slide 2

Slide 2 text

開発本部データテクノロジー部 2 開発本部

Slide 3

Slide 3 text

開発本部データテクノロジー部 3 DT部データアナリストデータプロダクトマネージャーデータエンジニア AIリサーチャー

Slide 4

Slide 4 text

グリーの規模感 4 従業員 1604名（グループ全体、2021/09末）ゲーム事業：４社メタバース事業：１社広告・メディア事業：４社グループ会社 https://corp.gree.net/jp/ja/corporate/group/ など

Slide 5

Slide 5 text

データサービスを支える技術データテクノロジー 5 データサービス input output データ価値データテクノロジー

Slide 6

Slide 6 text

データを価値に変換するプロダクト・プロセスデータサービス 6 データサービス input output データ価値データテクノロジー

Slide 7

Slide 7 text

もう少し具体的にデータサービス 7

Slide 8

Slide 8 text

目次 8

Slide 9

Slide 9 text

データサービスのあり方の整理 • 社内サービスと外向けサービス • 共有サービスと占有サービス社内共通部門としてデータサービスを提供する上で気をつけていること目次 9

Slide 10

Slide 10 text

データサービスのあり方その１社内サービスと外向けサービス 10

Slide 11

Slide 11 text

バリューチェーン上の後工程が存在するサービス社内サービスとは 11 データサービス価値プロダクト or プロダクトチームエンドユーザー価値価値（データ）エンドユーザー etc 後工程

Slide 12

Slide 12 text

エンドユーザーに直接価値提供するわけではない（自戒）組織が大きくなるとエンドユーザーを忘れがちになる社内サービスとは 12

Slide 13

Slide 13 text

バリューチェーン上に後工程が存在しないサービス外向けサービスとは 13 データサービス価値エンドユーザー価値（データ）エンドユーザー etc

Slide 14

Slide 14 text

インターナルなサービスの例 • データ基盤 / BIツール / KPIダッシュボード / 仮説検証支援 / LTVレポーティング etc エクスターナルなサービスの例 • レコメンドロジック / push通知最適化 etc データテクノロジー部の場合 14

Slide 15

Slide 15 text

データサービスのあり方その２共有サービスと占有サービス 15

Slide 16

Slide 16 text

• 複数事業/複数プロダクトで共有するサービス共有サービスとは 16

Slide 17

Slide 17 text

メリット • スケールメリット（規模の経済） • ガバナンスを効かせやすいデメリット • 事業環境の変化への適応が遅れる • 費用対効果が計測しにくい共有サービスの一般的特徴 17 ref. https://medium.com/@johnpcutler/15-shared-service-tips-gotchas-930b214e099

Slide 18

Slide 18 text

スケールメリット • クラウドベンダーがここのメリットを取っていく • 「事業ごとにオンプレミスHadoopクラスタを作り、個別に運用する」 vs 「事業ごとにGCPプロジェクトを作り BigQueryを個別に運用する」 • ストレージやCPUの遊びは少なくなる • 多重運用しないといけないソフトウェアも少なくなる • つまり、スケールメリットが少なくなった • グリーの会社規模では、デメリットを凌駕するほどの経済的メリットは無いと思っている共有サービスのメリットは年々小さくなる 18

Slide 19

Slide 19 text

それなら、なんでシェアドサービスになるのか共有サービスを選択せざるを得ない理由 19 事業競争力に繋がる業務共有サービス占有サービスアウトソーシング手を出さない世界的にも弊社にもリソースが足りない

Slide 20

Slide 20 text

● 複数プロダクトで競争力に直結する ● したがって内製すべき ● だがしかし、リソース（人や、人を雇うためのお金）が足りない ● そんな場合、結果的に共有サービス化してしまう共有サービスを選択せざるを得ない理由 20

Slide 21

Slide 21 text

社内共通部門としてデータサービスを提供する上で気をつけていること 21

Slide 22

Slide 22 text

気を付けてること ● エンドユーザードリブン ● エンドユーザー向けML応用 ● 業務のフレキシビリティ ● 管理会計 ● 「自働化」メリット ● 定着実験 ● 標準化・情報流通 ● 事業やプロダクトの立ち上がりの支援目次 22

Slide 23

Slide 23 text

「後工程」がエンドユーザーだと勘違いしないようにする共通部門として気をつけてることエンドユーザードリブン 23 データサービス価値プロダクト or プロダクトチームエンドユーザー価値価値（データ）エンドユーザー etc 後工程

Slide 24

Slide 24 text

勘違いを避けるため、後工程に入り込む • DT部では主にデータアナリストの役割 • 事業部門の一員として業務を行い、エンドユーザー価値について深く理解する • 理解したことを部内に広める / 情報共有定例の実施 • エンドユーザーへの価値提供が意識できれば、帰属意識にも繋がる • 自社プロダクトに帰属意識を持てるかどうかはリテンションの面で大切共通部門として気をつけてることエンドユーザードリブン 24

Slide 25

Slide 25 text

共有サービスの苦手な分野。あまり上手くいっていない • 例えばレコメンドにせよチート検知にせよ、どうしても個別開発が必要になるため、慢性的リソース不足と相性が悪い • 過去は「開発だけ行う」という座組みで実施していた。ただ、そうすると運用がなかなか上手くいかない。 • とはいえ妙案もないので、開発だけ行うか、コンサル的な立場で支援するか、という方針にしている共通部門として気をつけてることエンドユーザー向けML応用 25

Slide 26

Slide 26 text

「アウトソーシング」「手を出さない」「占有サービス」との業務の受け渡し共通部門として気をつけてること業務のフレキシビリティ 26 事業競争力に繋がる業務共有サービス占有サービスアウトソーシング手を出さない世界的・弊社にリソースが足りない

Slide 27

Slide 27 text

共有サービスか占有サービスか、はシステマティックな話なので、流れに逆らわない共通部門として気をつけてること占有サービスとの業務の受け渡し 27

Slide 28

Slide 28 text

職務の拡張 • リソース不足への対応 • メンテできなくなったサービスの受け入れ • マネージできなくなったチームの受け入れ職務の縮小 • リソース増加への対応 • 新設された事業部門内の類似業務部門の支援共通部門として気をつけてること占有サービスとの業務の受け渡し 28

Slide 29

Slide 29 text

押し出された業務のディスパッチを検討する ● 「頼まれたことをやる」のがベストとは限らないコモディティ化した業務をディスパッチする ● マネージドサービス化なども、ここに入る共通部門として気をつけてること「手を出さない」「アウトソーシング」にディスパッチ 29 シェアドサービス占有サービスアウトソーシング手を出さない

Slide 30

Slide 30 text

共有サービスは社内ベンチャーみたいなもの • 「サブスクリプション」にし、一定の費用・キャパシティの範囲内でサービス提供を行う、という立て付けで運用 • 事業側にはサブスクリプションを解約する権利がある • 解約されないよう原価削減や価値提供の努力を行う • 共有サービスの費用配賦ロジックは難しい • 売上比率で配賦する場合、MAU比率で配賦する場合、均等配賦する場合共通部門として気をつけてること管理会計 30

Slide 31

Slide 31 text

業務プロセスは自動化し、業務プロセス改善に労力を注ぐ • 「自働化」はトヨタ生産方式の用語 • 「目的はあくまで誰かの仕事を楽にしたい」 • 「生産性向上は目的でなく、結果」共通部門として気をつけてること自働化 31 - https://global.toyota/jp/company/vision-and-philosophy/production-system/ - https://toyotatimes.jp/insidetoyota/091.html

Slide 32

Slide 32 text

多数の社員がデータ利用を業務プロセスに組み込んでいるが、彼らの業務プロセスをより簡単なものにするのは僕らの仕事 • プロセス化・ツール化で僕らの仕事が終わるわけではない • より楽に仕事ができるように改善し続ける共通部門として気をつけてること自働化 32

Slide 33

Slide 33 text

新しい技術が既存事業に根付くか実験する • （グリーにとって）新規な技術に対するvisibilityを高める • AIリサーチ部門の創設 / 国際会議やジャーナルへの投稿・採択 • 技術が根付く土壌を耕す • 有志での社内勉強会の定期開催 / 大人数向け社内セミナー実施 • 定着実験 • リスク高い導入プロジェクトの実施 • 実験コストはこちらで持つことで、事業側の理解を得る共通部門のメリットを活かす定着実験 33

Slide 34

Slide 34 text

データ定義やKPI定義の統一 • 事業ごとのダッシュボード社内事例の流通ハブ化 • 過去分析資料のストック、他事業の事例の紹介 • 社内勉強会等の開催共通部門のメリットを活かす標準化・情報流通 34

Slide 35

Slide 35 text

立ち上げ期の人員不足や不確実性に対応する • 立ち上げ期はスペシャリストもマネジメントも足りない • 上位職位の人員は慎重に揃えたいが、プロダクトは先に進める必要がある • 共有サービスに投げてもらう共通部門のメリットを活かす事業やプロダクトの立ち上がりの支援 35

Slide 36

Slide 36 text

まとめ 36

Slide 37

Slide 37 text

37 シェアドサービスとしてのデータテクノロジーまとめ最適解ではないけど現実解 / エンドユーザー価値を忘れないデータサービス価値プロダクト or プロダクトチームエンドユーザー価値価値（データ）エンドユーザー etc