DevRel/Japan 2023 - １つの事業部だけで行う DevRel とは

[Conference]
DevRel/Japan Conference 2023

[Title]
１つの事業部だけで行う DevRel とは

[Description]
https://devrel.tokyo/japan-2023/speakers/hcrane14/

Transcript

1. １つの事業部だけで⾏う DevRel とは March 11th, 2023 DevRel/Japan CONFERENCE 2023 Hiromu Tsuruta Rakuma Dept Section, Rakuten Group, Inc.
3. 3 本⽇のお話 1. ラクマの DevRel とは︖ 2. DevRel 活動で⾏っていること 3. ラクマだけで⾏う DevRel のメリット・デメリット 4. KPI と評価 5. アフターコロナに向けて
4. 4 みなさんが考える DevRel とは何でしょうか︖
5. 5 Quote:https://thinkit.co.jp/article/19462 「⾃社や⾃社製品と外部の開発者との良好な関係性」 を形成するためのマーケティング活動
6. 6 においての DevRel とは︖
7. 7 Quote: https://twitter.com/hmikitani/status/1012275625422278656
9. 9 Quote: https://www.rakuten-card.co.jp/corporate/career/ourbusiness/
10. 10 ※ 2023年3⽉時点
11. 11 Quote: https://webservice.rakuten.co.jp/ Output
12. 12 Output Quote: https://webservice.rakuten.co.jp/
13. 13 １つの事業部だけで DevRel を⾏っている特殊な組織
14. 14 フリル のリリース 2012/07 2014/11 ラクマ のリリース 2016/09 楽天が フリル を買収 2018/02 フリル と ラクマ の統合 2022/04 リブランディング Quote:https://appllio.com/app-flea-market-fril https://www.appbank.net/2013/08/30/iphone-application/543586.php ラクマの歴史
15. 15 ※ 2016年当時 統合される前
16. 16 統合された後 ※ 2016年当時
17. 17 楽天に統合された後も DevRel の組織がそのまま残った
18. 18 における DevRel 活動
19. 19 Quote: https://webservice.rakuten.co.jp/documentation
20. 20 ラクマから技術者向けに提供できる ⾃社製品 (ex API, SDK) はない
21. 21 DevRel 活動で⾏っていること
22. 22 エンジニアの関係を 社内と社外で構築する
23. 23 メディア の運⽤ 技術記事 の執筆 イベント の開催 技術書の 執筆 イベント の協賛 社外 ノベルティ の作成 社内 勉強会 の開催 イベント の登壇
24. 24 技術ブランディングの⽐重が⼤きい
25. 25 みなさんは楽天に対して どんなイメージを持っていますか︖
26. 26 ⼤企業 英語 ポイント 経済圏 銀⾏ 証券 銀⾏ モバイル Example
27. 27 楽天で技術者として働く場合 どんなイメージを持っていますか︖
28. 28 技術が 古そう ⼤規模開発 で働きづら そう サービス間 の連携が⼤ 変そう Example
30. 30 実際には異なる⾯も多いので そのイメージを払拭したい
31. 31 メディアの運⽤
32. 32 Quote: https://www.wantedly.com/companies/rakutenrakuma
33. 33 Quote: https://qiita.com/organizations/fablic
34. 34 Quote: https://commerce-engineer.rakuten.careers/
35. 35 イベントの協賛・登壇
36. 36 Quote: https://iosdc.jp/2021/, https://droidkaigi.jp/2021/, https://rubykaigi.org/2021-takeout/
38. 38 社外への影響
39. 39 質の良い応募者が増加
40. 40 登壇を聞い てモダンな 開発だと知 った 記事を読ん で興味を持 った 技術書を読 んで現場の 雰囲気を知 れた 応募者の声 Example
41. 41 社内への影響
42. 42 いろんな部署から DevRel のロールモデルに
43. 43 メディア運 営を参考に したい 技術書を書 きたいから 教えて DevRel 活 動をしたい 他部署からの声 Example
45. 45 継続的に⾏い 短期で成果を求めてはいけない
46. 46 だけで⾏う DevRel のメリット
47. 47 アウトプッ トに複数の 確認が必要 いろんな部 署への根回 しが⼤変 競合などツ ールの制限 ⼤企業の苦悩 Example
48. 48 雑務に時間を取られてしまいがち
49. 49 アウトプッ トに複数の 確認が必要 いろんな部 署への根回 しが⼤変 競合などツ ールの制限 １つの事業部内での DevRel 事業部内 で完結 確認部署 の減少 柔軟に 使える ※必ずしもそうではない場合がある Example
50. 50 領域が狭いため スピード感をもって進められる
51. 51 組織は⼩さいが 楽天の名前を背負っているので DevRel しやすい
52. 52 他社と合同での勉強会を開催
53. 53 Quote: https://fablic.connpass.com/
54. 54 技術書の執筆 / 本屋への設置
56. 56 ローカルのラジオ局に出演
57. 57 Quote: https://www.youtube.com/watch?v=XWIPCGmXEZk&t=2492s&ab_channel=渋⾕クロスFM
58. 58 ⼤企業という恩恵は 少なからず受けている ※ 個⼈的な繋がりやご縁もあっての活動成果でもある
59. 59 だけで⾏う DevRel のデメリット
60. 60 扱える予算が少ない
61. 61 Quote: https://www.rakuten-card.co.jp/corporate/career/ourbusiness/
62. 62 DevRel 専任で⼈を取れない
63. 63 DevRel members Leader Manager Members Engineering Manager Applications Engineer UI/UX Designer Applications Engineer Project Manager
64. 64 KPI の設定が難しい
65. 65 全員が兼任のため 定常的な業務量を確保しずらい
66. 66 の DevRel が考える KPI について
67. 67 ざっくり⼩さい⽬標がある
68. 68 半期に数回 スポンサー をする ⽉に数本記 事を上げる 半期に⼀度 新しい施策 を⾏う ⼩さい⽬標 Example
69. 69 KPI の設定 KPI (Example) Organization
70. 70 評価制度に基づいてタスクベースで 出来そうなことを積んでいく
71. 71 Quote: https://corp.rakuten.co.jp/about/philosophy/principle/
72. 72 タスクの評価 AAA をして BBB となった ⾏ったタスク 成功のコンセプト
73. 73 タスクの評価（ダメな例） エンジニアに記事 を執筆してもらう よう働きかけた ⾏ったタスク 成功のコンセプト
74. 74 タスクの評価（良い例） エンジニアに記事 を執筆してもらう ために、ドキュメ ントを整備した ⾏ったタスク 成功のコンセプト
75. 75 組織としても効果があったもの 継続的に⾏いやすいもの ⼩さな⽬標として持続させる
76. 76 の DevRel が考えるアフターコロナ
77. 77 オフラインイベントの推進
78. 78 コロナ前に⾏っていたイベント
79. 79 Quote: https://fablic.connpass.com/ コロナ渦に⾏ったイベント
80. 80 オンラインのイベントは 熱量を伝えづらい
81. 81 最近⾏ったイベント
82. 82 新しい層をどうやって引き込むか
83. 83 コロナ禍に新卒で ⼊社し勉強会を経 験してない層 ⾒つかった課題 コロナ前から勉強 会に参加してこな かった層 Example
84. 84 ノベルティの作成
86. 86 オフラインシフトに伴い オンボーディングもセットで⾏っていく
87. 87 最後に
88. 88 改めてみなさんが考える DevRel とは何でしょうか︖
89. 89 Thank you for listening