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

1 プレイド開発チームにおけるチーム・ジャーニー ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ
ݱ৔δϟʔχʔɾϓϨΠυฤʯ ʛɹ 株式会社プレイド Head of Engineering ⾨脇恒平

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

ɹɹʛɹɹ© 2019 PLAID Inc. 3 yyyy.mm.ddɹɹʛɹɹEvent name hereɹɹʛɹ 株式会社プレイドについて OUR
MISSON データによって⼈の価値を最⼤化する

KARTEについて $9 ސ٬ମݧ ϓϥοτϑΥʔϜ

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

本⽇のテーマ 6 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ
ʛɹ プレイドの開発チームにおけるチーム・ジャーニー変化していないこと変化したことこれから変えたいこと ɾ ɾ ɾ 話すこと

プレイドの歴史（ざっくり） 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⼈今⽇お話するのはこの期間についてこの期間ついてはあまり話せません

ʛɹ プレイドの開発チームにおけるチーム・ジャーニー変化していないこと変化したことこれから変えたいこと ɾ ɾ 話すこと

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

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

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

詳しくはこちら IUUQTTQFBLFSEFDLDPNLBEPQQFQVSFJEPGBMTFFO[JOJBLBSBNJUB[IFOHTJJNPGBMTFXP[IFOHTJLVUVLVSV

ʛɹ プレイドの開発チームにおけるチーム・ジャーニー変化していないこと変化したことこれから変えたいこと ɾ 話すこと

変化したこと：前段 "変化していないこと"の⼤切にしながら "変化すること"の⾯⽩さと難しさポイント:

変化したこと：前段これまでのチームの変化について考えてみたあらためて：

変化したこと：前段そもそもチームは変化してるんだろうか今や前だけを⾒ていると変化を感じにくい疑問：

変化したこと：前段焦り：変化のスピード・⼤きさは⼗分？環境の変化についていけてる？

変化したこと：前段さらに焦り：プレイドの開発チームにおけるチーム・ジャーニーってなんだ？発表できるような変化ある？

変化したこと：前段煮詰まった＼(^o^)∕ 登壇 48 時間前

変化したこと：前段 20 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ
ʛɹ みんなにヘルプミーたくさん集まった!! • ⼊社してから今までに体験した変化教えて！！ • どんな変化が重要だった？ • ⼤変だった変化ってあった？ • 思いがけない結果を⽣んだ変化ってあった？

変化したこと：前段 21 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ
ʛɹ マインドマップで整理書き出すとめっちゃ変化してる！

変化したこと：前段カテゴライズした結果今⽇紹介する部分

変化したこと：前段プロダクトの価値クライアントへの提供価値エンドユーザーへの提供価値⽬的：なぜチームを変化させるのかチームの⽣産性アウトプットの質アウトプットの量アウトプットの頻度これらを全部上げたい☝ 流れをスムーズにロスなく

変化したこと：５つの変化 24 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.03.05 ʛ νʔϜɾδϟʔχʔൃץΠϕϯτʮνʔϜ͸Ռͨͯ͠δϟʔχʔͰ͖Δͷ͔ʁ ݱ৔δϟʔχʔɾϓϨΠυฤʯ
ʛɹ 変化したこと開発サイクルと組織構造リズムの作り⽅システムアーキテクチャ問い合わせ/不具合対応ストック/スケールの意識 ɾ ɾ ɾ 話すこと ɾ ɾ

変化したこと：前段この後対談セッションがあるのサクッと紹介詳しく知りたい / 気になる部分があれば質問してください

変化したこと：前段⾊んな⼈が考えて⾏動した結果の変化です思い⽴ったらすぐ Try & Error のサイクルをみんなが回せるのが弊社のいいところ。

ʛɹ 変化したこと開発サイクルと組織構造リズムの作り⽅システムアーキテクチャ問い合わせ/不具合対応ストック/スケールの意識 ɾ ɾ ɾ 話すこと ɾ

変化したこと - 開発サイクル・組織構造 Why の⽅向付けと How / What をどうスケールさせるかチームの並列性を上げる戦いジャーニーのポイント: What How Why ゴールデンサークル

変化したこと - 開発サイクル・組織構造

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

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

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

変化したこと - 開発サイクル・組織構造 Why! How! What! ①初期 Why! How! What! ②フォーカス/チームが⽣まれた時期 Why! How! What! ③チームが増えて並列性が上がった時期 Why! Why! How! What! ④グループ/チームの階層ができた時期組織構造・スケールの変遷

ʛɹ 変化したこと開発サイクルと組織構造リズムの作り⽅システムアーキテクチャ問い合わせ/不具合対応ストック/スケールの意識 ɾ ɾ 話すこと ɾ

変化したこと - リズムづくり共通のWhyが⾒いだせないものは全体のルールにしない個別事象に合わせたシンプルな仕組みを設計しようジャーニーのポイント:

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

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

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

ʛɹ 変化したこと開発サイクルと組織構造リズムの作り⽅システムアーキテクチャ問い合わせ/不具合対応ストック/スケールの意識 ɾ 話すこと ɾ

変化したこと - システムアーキテクチャビジネスと開発効率を加速させる疎結合なチーム/システムへの段階的な移⾏ジャーニーのポイント:

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

詳細はこちら IUUQTTQFBLFSEFDLDPNLPNVLPNPNJHSBUJOHUPNJDSPTFSWJDFT

ʛɹ 変化したこと開発サイクルと組織構造リズムの作り⽅システムアーキテクチャ問い合わせ/不具合対応ストック/スケールの意識話すこと ɾ

変化したこと - 問い合わせ/不具合対応 "プロダクトへのフィードバック強化"と "⼿厚いサポート強化"のバランスどちらもクライアントにとってメリットになるけど、取り組む順番が難しいジャーニーのポイント:

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

変化したこと - 問い合わせ/不具合対応問い合わせ・不具合等のエスカレ補⾜と現状:

変化したこと - 問い合わせ/不具合対応ナレッジシェアと属⼈化とバランスどちらがプロダクトのクオリティやチームの⽣産性にとって重要ジャーニーのポイント:

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

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

ʛɹ 変化したこと開発サイクルと組織構造リズムの作り⽅システムアーキテクチャ問い合わせ/不具合対応ストック/スケールの意識話すこと

変化したこと - ストック・スケールの意識ノリ/根性/気合/テンション任せからの脱却ジャーニーのポイント:

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

変化したこと - ストック・スケールの意識暗黙的/カオスなフローを可視化役割・責任・フローを明⽂化

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

変化したこと - ストック・スケールの意識組のラインナップはフォーカスごとに状況⾒て変更専⾨性・興味・チャレンジ意欲をもとにメンバーをアサインメンバーもフォーカス毎にローテーションしていく

ʛɹ プレイドの開発チームにおけるチーム・ジャーニー変化していないこと変化したことこれから変えたいこと話すこと

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

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

変化したこと - ストック・スケールの意識事業・プロダクトに⾮連続な成⻑を次々と⽣み出せるチームに変化していきたい結果として・・・

おわりにおわりに

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

おわりにプレイド開発チームのこれからのチーム・ジャーニーにご期待ください

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

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

More Decks by kadoppe

Other Decks in Technology

Featured

Transcript