プレイド開発チームにおけるチーム・ジャーニー

Slide 1

Slide 1 text

Slide 2

Slide 2 text

2 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ ɹɹʛɹɹ© 2020 PLAID Inc. ⾃⼰紹介⾨脇恒平株式会社プレイド Head of Engineering KARTE の開発 2017年4⽉⼊社フットサルキャンプカラオケ⾳楽英会話開発チームの⽣産性向上/リズムづくり twitter : @kadoppe github : kadoppe 35

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

5 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ ɹɹʛɹɹ© 2020 PLAID Inc. KARTEについて ֬ೝ͢Δ جຊαʔϏε΍͝ར༻ํ๏Λ͝঺հ͠·͢ɻ ͓ಘͳಛయ΍໾ཱͭ৘ใ͕ຬࡌͰ͢ɻ ॳΊͯͷํ΁ ְתּׅ然钠ׅ׷ 6*رؠ؎ش٦׌ֽוזַזַ♳麦׃זְծ➙ ״׶إٔؗ،حف׃׋ְהְֲ倯䗳铣דׅկ UIرؠ؎ش٦ָ濼׏גֶֻץֹ 7אךرؠ؎ٕٝ٦ٕ DESIGN RULES » CHECK ׆׏ה⢪ִ׷،؎ذي׌ֽ׾䲧ִת׃׋կ ֿך堣⠓׾ֶ鋅鷕׃זֻկ 窫㼎ծ 妜׃ְ ౙͷओ໾ɺ Ξ΢λʔ COLLECTION OUTER 嗚稊勴⟝׾㼰׃㢌刿ׅ׷׌ֽדծ֮ז׋ך椚䟝ך暟⟝ח⳿⠓ִ׷〳腉䚍ָ넝ֻז׶תׅկ 勴⟝׾㢌ִג嗚稊׃ג׫גֻ׌ְׁկ ׀䋞劄ך暟⟝כ 鋅אַ׶תׇ׿ד׃׋ַ ꟗׄ׷ ⼀⼈⼀⼈に合わせた顧客体験を提供 Webサイトの訪問者の⾏動を顧客ごとにリアルタイムに解析 $9 ސ٬ମݧ ϓϥοτϑΥʔϜ

Slide 6

Slide 6 text

Slide 7

Slide 7 text

7 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ ɹɹʛɹɹ© 2020 PLAID Inc. プレイドの歴史（ざっくり） 2017/4 kadoppe ⼊社 20⼈ 2⼈ 2011/10 プレイド創業 1⼈ 0⼈エンジニアデザイナー 2015/3 KARTE リリース 6⼈ 1⼈ 2018/3 KARTE for App リリース約25⼈ 3⼈ 2018/12 KARTE Datahub リリース約30⼈約5⼈ 2020/3 KARTE 5周年約50⼈約10⼈今⽇お話するのはこの期間についてこの期間ついてはあまり話せません

Slide 8

Slide 8 text

Slide 9

Slide 9 text

プレイド開発チームのチームジャーニー - 変化していないこと 9 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ 前提・制約 • 正解がない中でプロダクトをつくる • 世の中にも⾃分たちの中にも答えがない • 世界観や市場を⾃分たちがつくる • タイムリミットがある中でつくる • 崖の上から⾶び降りながら⾶⾏機をつくるその上で世界に通⽤する強いプロダクトを作りたい!!

Slide 10

Slide 10 text

プレイド開発チームのチームジャーニー - 変化していないこと 10 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ そのために必要なこと • 個⼈の想像⼒・発想を最⼤限活かす • プロセスではなく⼈を信じる • トライ＆エラーを⾼速に繰り返す • サイクルをどれだけ⾼速に回せるか • サイクルからどれだけ多くを学べるか

Slide 11

Slide 11 text

プレイド開発チームのチームジャーニー - 変化していないこと 11 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ ⼤事にしていること • ルールはできるだけ決めない • 硬直化する要因は極⼒なくす • 常にゼロベースで考える • 前提にとらわれず常に最適な選択を • プロダクトアウトを⼤事にする • 良いと思うものはすぐつくって出す • ダメなら壊してつくりなおす

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

23 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ ɹɹʛɹɹ© 2020 PLAID Inc. 変化したこと：前段プロダクトの価値クライアントへの提供価値エンドユーザーへの提供価値⽬的：なぜチームを変化させるのかチームの⽣産性アウトプットの質アウトプットの量アウトプットの頻度これらを全部上げたい☝ 流れをスムーズにロスなく

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

変化したこと - 開発サイクル・組織構造 30 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ フォーカスの誕⽣権限移譲、分権化が進んだ。やらないことも決められるように • Before • 個⼈商店の集まり • 開発⽬標や期間が曖昧 • Problem • CPOが意思決定・判断のボトルネックに • 「やらないこと」が決められない • After • 注⼒テーマと各チームの Why を決める • What とHow は各チームが決める

Slide 31

Slide 31 text

変化したこと - 開発サイクル・組織構造 31 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ 延々と続くフォーカス • Before • 期間が明確に決まっていない • Problem • 繰り返される期間延⻑ • 外から何がいつできるのかわからない • 疲弊、モチベーション低下 • After • 2-3ヶ⽉でフォーカスを切るように • すぱっと切り替えて次へできたこと/できなかったことは各チームで振り返り

Slide 32

Slide 32 text

変化したこと - 開発サイクル・組織構造 32 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ チームがすごく並列化 • Before • 15チーム以上が横並びで開発 • Problem • 毎回のフォーカス設計の負荷増加 • CPOが全体を⾒るのが困難に • After • チームを複数のグループにわける • 各グループに優先順位/体制は任せる Why / How / What のスケールが更に進んだ

Slide 33

Slide 33 text

33 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ ɹɹʛɹɹ© 2020 PLAID Inc. 変化したこと - 開発サイクル・組織構造 Why! How! What! ①初期 Why! How! What! ②フォーカス/チームが⽣まれた時期 Why! How! What! ③チームが増えて並列性が上がった時期 Why! Why! How! What! ④グループ/チームの階層ができた時期組織構造・スケールの変遷

Slide 34

Slide 34 text

Slide 35

Slide 35 text

Slide 36

Slide 36 text

変化したこと - リズムづくり 36 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ 過疎化する朝会 • Before • 毎朝、任意参加で朝会を開催 • チーム間の相談・共有が⽬的 • Problem • Why に共感できないメンバーの存在 • 次第に参加⼈数が減少 • After • 「挨拶によるリズムづくり」を⽬的化参加⼈数も増えて相談・共有も⾏われるように

Slide 37

Slide 37 text

変化したこと - リズムづくり 37 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ 過疎化する⾊んな仕組み • Before • ⽇報 / 週報を各メンバーが投稿 • 毎週チームの進捗・学びの共有会開催 • Problem • Whyに共感できないチーム・メンバー • 次第に参加⼈数が減少 • After • 全体の仕組みとしては廃⽌「必要なら各チームで⾃由にやってください」と伝える

Slide 38

Slide 38 text

変化したこと - リズムづくり 38 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ Demo Dayのリズム • Before • チームのアウトプットを共有する場がない • Problem • アピール、議論、フィードバックが少ない • After • 隔週⾦曜⽇に任意参加・⾃由発表の Demo Day を開催 • 順番に⼿を上げてプロジェクターでデモ⼀番リズムづくりに寄与チームのアウトプット増加・安定

Slide 39

Slide 39 text

Slide 40

Slide 40 text

Slide 41

Slide 41 text

変化したこと - システムアーキテクチャ 41 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ マイクロサービス化 • Before • モノリスなシステムの巨⼤・複雑・⽼朽化 • エンジニアメンバーの多様化 • Problem • 全員がシステム全体を理解するのが困難 • 密結合による開発効率/スピード低下 • After • 逆コンウェイの法則（チームを先に分割） • チームの粒度に合うようにシステムを分割システム全体を知らなくても各チームで独⽴して開発可能にエンジニアが⾃由なタイミングで⾃律的にデプロイできるように

Slide 42

Slide 42 text

Slide 43

Slide 43 text

Slide 44

Slide 44 text

Slide 45

Slide 45 text

変化したこと - 問い合わせ/不具合対応 45 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ エンジニアが問い合わせ対応 • Before • CSチームが問い合わせ対応 • ⼿厚い・クオリティの⾼い・属⼈的な対応 • Problem • プロダクトやサポートサイトへのフィードバックが弱まる • After • エンジニアが問い合わせを⼀次受け • プロダクト・サポートサイトを修正して返答プロダクトへのフィードバック改善を半強制化

Slide 46

Slide 46 text

Slide 47

Slide 47 text

Slide 48

Slide 48 text

変化したこと - 問い合わせ/不具合対応 48 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ • Before • 問い合わせ・不具合発覚時は該当機能をつくった個⼈にアサイン • Problem • 機能の実装・仕様が過度に属⼈化 • 個⼈の負荷増⼤ • After • Bot にIssue のURLを投稿するとエンジニアが順番にアサインされるようにアサインガチャ登場全員が全体を理解している状態を"強いチーム"と置いた

Slide 49

Slide 49 text

変化したこと - 問い合わせ/不具合対応 49 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ アサインガチャ廃⽌ • Before • マイクロサービス化が進んだ後もガチャによるアサインを継続 • エンジニアの専⾨化が進んだ • Problem • 対応の負荷増⼤（他機能の理解がきつい） • 適切に問題を解けない/品質低下 • After • 機能と担当チームの対応表作成 • 詳しいチームにIssue上でメンション詳しい⼈にナレッジをストッククオリティを上げる判断チーム内で解く/解かない解き⽅/優先度をしっかり考える

Slide 50

Slide 50 text

Slide 51

Slide 51 text

Slide 52

Slide 52 text

変化したこと - ストック・スケールの意識 52 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ 役割・責任の明確化例)障害対応 • Before • ⼀部のエンジニア / ビジネスメンバーに障害ハンドリング・対応が集中 • Problem • 障害多発時に特定のメンバーに負荷集中 • ノウハウが属⼈化、スケールしない • After • 障害発⽣時の役割・責任・フロー・基準の明確化スケールできる役割から適切に⼈を巻き込めるように

Slide 53

Slide 53 text

Slide 54

Slide 54 text

変化したこと - ストック・スケールの意識 54 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ "組"の誕⽣ • Before • 個⼈がチーム間に落ちるルーズボールを拾っている状況（例は後述） • Problem • ナレッジがストックされない（属⼈化） • スケールする仕組みが構築できない • After • 各ルーズボールに責任を持つ"組"を設⽴ • エンジニア/デザイナーは副業として参加ナレッジのストック/ 仕組みのスケールに責任を持つ

Slide 55

Slide 55 text

Slide 56

Slide 56 text

Slide 57

Slide 57 text

これから変えたいこと 57 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ 今が⼤きく変化できるチャンス • 環境の変化によるストレスが強まっている • 利⽤クライアントの増加 • 求められる機能価値・クオリティの⾼まり • ⾮連続な成⻑の必要性の⾼まり • （個⼈的に）特定チームに所属しなくなった • 独⽴遊軍 • 事業や開発チームを俯瞰的に観た上での変化にチャレンジできる

Slide 58

Slide 58 text

これから変えたいこと 58 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ これから変えたいこと抽象的ですが • 個⼈の"創造性/開発⼒"をもっと活かす • 阻害する環境要因がたくさんある • 少しずつ障害物の排除に投資できるようになっている →もっと加速させる • "完了の定義"をもっと先へ • 「開発するだけじゃダメだった」という５年⽬の気づき • クライアントにより⾼い価値を届けるまでやる • プロダクトへのフィードバックループを回すまでやる • "プロダクト/チームジャーニー"をもっと先まで • 次のフォーカスだけではなく、更に先のフォーカスまで⾒据えて変化を起こす→組織の学習サイクルを回す

Slide 59

Slide 59 text

Slide 60

Slide 60 text

Slide 61

Slide 61 text

おわりに 61 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ 振り返るとチームの変化の軌跡がたくさん積み上がってた • 今や前だけを⾒ているときはあまり変わっていないように思える • でも、振り返ってよく⾒るとたくさんの⼩さな変化が積み上がっている • でも、本質的に⼤事な部分は変わってないこれまでのチームジャーニーの振り返りをこれからのチームジャーニーにつなげていける⾃信に