Share
Embed
プレイド開発チームにおけるチーム・ジャーニー ver.202010
2020.10.30 に開催された「BPStudy#158〜チームジャーニー〜開発チームの成長戦略を学ぼう」での登壇資料です。
https://bpstudy.connpass.com/event/191441/
kadoppe
October 30, 2020
Transcript
59 slides
-
1 プレイド開発チームにおける チーム・ジャーニー ver.202010 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏
株式会社プレイド Head of Engineering ⾨脇 恒平 -
2 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ ɹɹʛɹɹ© 2020 PLAID Inc. ⾃⼰紹介 ⾨脇 恒平
株式会社プレイド Head of Engineering KARTE の開発 2017年4⽉⼊社 フットサル キャンプ ⾳楽 開発チームの⽣産性向上/リズムづくり twitter : @kadoppe github : kadoppe 36 -
ɹɹʛɹɹ© 2019 PLAID Inc. 3 yyyy.mm.ddɹɹʛɹɹEvent name hereɹɹʛɹ 株式会社プレイドについて OUR
MISSON データによって⼈の価値を最⼤化する -
5 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ ɹɹʛɹɹ© 2020 PLAID Inc. KARTEについて ֬ೝ͢Δ جຊαʔϏε͝ར༻ํ๏Λ͝հ͠·͢ɻ
͓ಘͳಛయཱͭใ͕ຬࡌͰ͢ɻ ॳΊͯͷํ ְתּׅ然钠ׅ 6*رؠ؎ش٦ֽוזַזַ♳麦׃זְծ➙ ״إٔؗ،حف׃ְהְֲ倯䗳铣דׅկ UIرؠ؎ش٦ָ濼גֶֻץֹ 7אךرؠ؎ٕٝ٦ٕ DESIGN RULES » CHECK ׆ה⢪ִ،؎ذيֽ䲧ִת׃կ ֿך堣⠓ֶ鋅鷕׃זֻկ 窫㼎ծ 妜׃ְ ౙͷओɺ Ξλʔ COLLECTION OUTER 嗚稊勴⟝㼰׃㢌刿ֽׅדծ֮זך椚 䟝ך暟⟝ח⳿⠓ִ〳腉䚍ָ넝ֻזתׅկ 勴⟝㢌ִג嗚稊׃גגְֻׁկ ׀䋞劄ך暟⟝כ 鋅אַתׇד׃ַ ꟗׄ ⼀⼈⼀⼈に合わせた 顧客体験を提供 Webサイトの訪問者の⾏動を 顧客ごとにリアルタイムに解析 $9 ސ٬ମݧ ϓϥοτϑΥʔϜ -
本⽇のテーマ 6 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ プレイドの開発チーム における
チーム ・ ジャーニー 変化していないこと 変化したこと これから変えたいこと ɾ ɾ ɾ 話すこと -
7 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ ɹɹʛɹɹ© 2020 PLAID Inc. プレイドの歴史(ざっくり) 2017/4 kadoppe
⼊社 20⼈ 2⼈ 2011/10 プレイド創業 1⼈ 0⼈ エンジニア デザイナー 2015/3 KARTE リリース 6⼈ 1⼈ この期間ついてはあまり話せません 2020/3 KARTE 5周年 約50⼈ 約10⼈ 2020/2 原則 フルリモート開始 2020/7 原則 フルリモート解除 今⽇お話するのはこの期間について -
本⽇のテーマ 8 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ プレイドの開発チーム における
チーム ・ ジャーニー 変化していないこと 変化したこと これから変えたいこと ɾ ɾ 話すこと -
プレイド開発チームのチームジャーニー - 変化していないこと 9 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏
前提・制約 • 正解がない中でプロダクトをつくる • 世の中にも⾃分たちの中にも答えがない • 世界観や市場を⾃分たちがつく る • タイムリミットがある中でつくる • 崖の上から⾶び降りながら⾶⾏機をつく る その上で世界に通⽤する強いプロダクトを作りたい!! -
プレイド開発チームのチームジャーニー - 変化していないこと 10 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏
そのために必要なこと • 個⼈の想像⼒ ・ 発想を最⼤限活かす • プロセスではなく⼈を信じる • トライアル&エラーを⾼速に繰り返す • サイクルをどれだけ⾼速に回せるか • サイクルからどれだけ多くを学べるか -
プレイド開発チームのチームジャーニー - 変化していないこと 11 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏
⼤事にしていること • ルールはできるだけ決めない • 硬直化する要因は極⼒なく す • 常にゼロベースで考える • 前提にとらわれず常に最適な選択を • プロダクトアウトを⼤事にする • 良いと思うものはすぐつく って出す • ダメなら壊してつく りなおす -
本⽇のテーマ 13 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ プレイドの開発チーム における
チーム ・ ジャーニー 変化していないこと 変化したこと これから変えたいこと ɾ ɾ 話すこと -
15 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ ɹɹʛɹɹ© 2020 PLAID Inc. 変化したこと:前段 プロダクトの価値 クライアントへの提供価値
エンドユーザーへの提供価値 ⽬的:なぜチームを変化させるのか チームの⽣産性 アウトプットの質 アウトプットの量 アウトプットの頻度 これらを全部上げたい☝ 流れをスムーズにロスなく -
変化したこと:5つの変化 16 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ 変化したこと 開発サイクルと組織構造
リズムの作り⽅ システムアーキテクチャ 問い合わせ/不具合対応 ストック/スケールの意識 ɾ ɾ ɾ 話すこと ɾ ɾ -
18 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ ɹɹʛɹɹ© 2020 PLAID Inc. 変化したこと:前段 ⾊んな⼈が考えて⾏動した結果の変化です 思い⽴ったらすぐ
Try & Error のサイクルをみんなが回せるのが弊社のいいところ。 -
変化したこと:5つの変化 19 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ 変化したこと 開発サイクルと組織構造
リズムの作り⽅ システムアーキテクチャ 問い合わせ/不具合対応 ストック/スケールの意識 ɾ ɾ ɾ 話すこと ɾ -
20 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ ɹɹʛɹɹ© 2020 PLAID Inc. 変化したこと - 開発サイクル・組織構造
Why の⽅向付けと How / What をどうスケールさせるか チームの並列性あげるにはどうすれば? できるだけ多くのメンバーが Why を考えられるようにするには? ジャーニーのポイント: What How Why ゴールデンサークル -
変化したこと - 開発サイクル・組織構造 22 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏
フォーカスの誕⽣ 権限移譲、分権化が進んだ。 やらないことも決められるように • Before • 個⼈商店の集まり • 開発⽬標や期間が曖昧 • Problem • CPOが意思決定 ・ 判断のボトルネックに • 「やらないこと」 が決められない • After • 注⼒テーマと各チームの Why を決める • What とHow は各チームが決める -
変化したこと - 開発サイクル・組織構造 23 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏
延々と続くフォーカス • Before • 期間が明確に決まっていない • Problem • 繰り返される期間延⻑ • 外から何がいつできるのかわからない • 疲弊、 モチベーション低下 • After • 2-3ヶ⽉でフ ォーカスを切るように • すぱっと切り替えて次へ できたこと/できなかったことは 各チームで振り返り -
変化したこと - 開発サイクル・組織構造 24 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏
チームがすごく並列化 • Before • 15チーム以上が横並びで開発 • Problem • 毎回のフ ォーカス設計の負荷増加 • CPOが全体を⾒るのが困難に • After • チームを複数のグループにわける • 各グループに優先順位/体制は任せる Why / How / What のスケール が更に進んだ -
25 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ ɹɹʛɹɹ© 2020 PLAID Inc. 変化したこと - 開発サイクル・組織構造
Why! How! What! ①初期 Why! How! What! ②フォーカス/チームが⽣まれた時期 Why! How! What! ③チームが増えて並列性が上がった時期 Why! Why! How! What! ④グループ/チームの階層ができた時期 組織構造・スケールの変遷 -
変化を成⻑のチャンスに 26 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ CPOの役割を 更にスケールさせる
• Before • 事業 ・ プロダク トが巨⼤化 ・ 複雑化 • プロダク トのWhyに関して CPO に依然強く依存 • Problem • 意思決定のスピードや精度の限界 • ものごとを多⾓的に⾒る⼒がたりない • 前提を疑う ・ 覆すようなアクションがとりづらい • After • CPOに敢えて頼らない状態をつく る • Why を主体的に考えられる⼈を増やす NEW: -
27 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ ɹɹʛɹɹ© 2020 PLAID Inc. 変化を成⻑のチャンスに CPO Why!
Why? ① WhyがCPOに依然強く依存している状態 Why! 叩きに対して意⾒を伝える程度 CPO ③ CPOにプロダクトのWhyを考える場から敢えて離れてもらう 残ったメンバーだけでストレス感じながらWhyについて考える CPO Why! ② Why に責任を持つ場をつくり 強いビジョンや累積思考があるメンバーに⼊ってもらう CPO Why! ④ その上でCPOに必要な役割を伝える より全体視点・⻑期視点のWhyは責任持ってもらう CPO Why! やったこと -
28 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ ɹɹʛɹɹ© 2020 PLAID Inc. 変化したこと - リズムづくり
あまり機能しないグループ どうグループ分けするかが重要 NEW: -
29 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ ɹɹʛɹɹ© 2020 PLAID Inc. 変化したこと - 開発サイクル・組織構造
チームのグループ分けの変遷 ① 機能のレイヤー毎に分割 Platform Product (ΞϓϦέʔγϣϯ) Core ج൫ Problem ・ グループ内で取り組むテーマ同⼠で 優先順位が⽐較しづらい ・ 会社→グループ→チームのミ ッションを関連付けて⼀⼈ひとりが⾏動 ・ 意思決定しづらい → プロダク ト開発のWhy がスケールするのを阻害する要因に 改善のために チューニング中 ~2020.06 ② 機能のフェーズ毎に分割 βϑΣʔζ ΞΠσΞ/αϑΣʔζ ਖ਼ࣜ൛/ຏ͖ࠐΈϑΣʔζ ج൫ ~2020.10 ③ 会社のミッションに紐づく⽬的毎に分割 ՁΛߴΊΔ ໘Λ͛Δ ѹతՁΛܗͮ͘ രͰਐΊΔΈ 2020.11~ -
変化を成⻑のチャンスに 30 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ 副作⽤に注意 NEW:
CPO ͜͜Ͱٞใ͕ด͕ͪ͡ ಁ໌ੑͷԼ άϧʔϓΘ͚͕͖ͬΓ͢Δͱ άϧʔϓΛ͑ͨٞൃ͕ গͳ͘ͳΓ͕ͪ ՁΛߴΊΔ ໘Λ͛Δ ѹతՁΛܗͮ͘ രͰਐΊΔΈ -
変化したこと:5つの変化 31 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ 変化したこと 開発サイクルと組織構造
リズムの作り⽅ システムアーキテクチャ 問い合わせ/不具合対応 ストック/スケールの意識 ɾ ɾ 話すこと ɾ ɾ -
32 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ ɹɹʛɹɹ© 2020 PLAID Inc. 変化したこと - リズムづくり
共通のWhyが⾒いだせないものは 全体のルールにしない 個別事象に合わせたシンプルな仕組みを設計しよう ジャーニーのポイント: -
変化したこと - リズムづくり 33 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏
過疎化する朝会 • Before • 毎朝、 任意参加で朝会を開催 • チーム間の相談 ・ 共有が⽬的 • Problem • Why に共感できないメンバーの存在 • 次第に参加⼈数が減少 • After • 「挨拶によるリズムづく り」 を⽬的化 参加⼈数も増えて 相談・共有も⾏われるように -
変化したこと - リズムづくり 34 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏
過疎化する⾊んな仕組み • Before • ⽇報 / 週報を各メンバーが投稿 • 毎週チームの進捗 ・ 学びの共有会開催 • Problem • Whyに共感できないチーム ・ メンバー • 次第に参加⼈数が減少 • After • 全体の仕組みとしては廃⽌ 「必要なら各チームで ⾃由にやってください」と伝える -
変化したこと - リズムづくり 35 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏
Demo Dayのリズム • Before • チームのアウ トプッ トを共有する場がない • Problem • アピール、 議論、 フィードバックが少ない • After • 隔週⾦曜⽇に任意参加 ・ ⾃由発表の Demo Day を開催 • 順番に⼿を上げてプロジェクターでデモ ⼀番リズムづくりに寄与 チームのアウトプット増加・安定 -
変化したこと:5つの変化 36 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ 変化したこと 開発サイクルと組織構造
リズムの作り⽅ システムアーキテクチャ 問い合わせ/不具合対応 ストック/スケールの意識 ɾ ɾ 話すこと ɾ ɾ -
37 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ ɹɹʛɹɹ© 2020 PLAID Inc. 変化したこと - システムアーキテクチャ
ビジネスと開発効率を加速させる 疎結合なチーム/システムへの段階的な移⾏ ジャーニーのポイント: -
変化したこと - システムアーキテクチャ 38 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏
マイクロサービス化 • Before • モノ リスなシステムの巨⼤ ・ 複雑 ・ ⽼朽化 • エンジニアメンバーの多様化 • Problem • 全員がシステム全体を理解するのが困難 • 密結合による開発効率/スピード低下 • After • 逆コンウェイの法則 (チームを先に分割) • チームの粒度に合うようにシステムを分割 システム全体を知らなくても 各チームで独⽴して開発可能に エンジニアが⾃由なタイミングで ⾃律的にデプロイできるように -
変化したこと:5つの変化 40 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ 変化したこと 開発サイクルと組織構造
リズムの作り⽅ システムアーキテクチャ 問い合わせ/不具合対応 ストック/スケールの意識 ɾ ɾ 話すこと ɾ ɾ -
41 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ ɹɹʛɹɹ© 2020 PLAID Inc. 変化したこと - 問い合わせ/不具合対応
"プロダクトへのフィードバック強化"と "⼿厚いサポート強化"のバランス どちらもクライアントにとってメリットになるけど、取り組む順番が難しい ジャーニーのポイント: -
変化したこと - 問い合わせ/不具合対応 42 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏
エンジニアが 問い合わせ対応 • Before • CSチームが問い合わせ対応 • ⼿厚い ・ クオリティの⾼い ・ 属⼈的な対応 • Problem • プロダク トやサポートサイ トへの フィードバックが弱まる • After • エンジニアが問い合わせを⼀次受け • プロダク ト ・ サポートサイ トを修正して返答 プロダクトへのフィードバック 改善を半強制化 -
44 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ ɹɹʛɹɹ© 2020 PLAID Inc. 変化したこと - 問い合わせ/不具合対応
ナレッジシェアと属⼈化とバランス どちらがプロダクトのクオリティやチームの⽣産性にとって重要 ジャーニーのポイント: -
変化したこと - 問い合わせ/不具合対応 45 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏
• Before • 問い合わせ ・ 不具合発覚時は 該当機能をつく った個⼈にアサイン • Problem • 機能の実装 ・ 仕様が過度に属⼈化 • 個⼈の負荷増⼤ • After • Bot にIssue のURLを投稿すると エンジニアが順番にアサインされるように アサインガチャ登場 全員が全体を理解している 状態を"強いチーム"と置いた -
変化したこと - 問い合わせ/不具合対応 46 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏
アサインガチャ廃⽌ • Before • マイクロサービス化が進んだ後も ガチャによるアサインを継続 • エンジニアの専⾨化が進んだ • Problem • 対応の負荷増⼤ (他機能の理解がきつい) • 適切に問題を解けない/品質低下 • After • 機能と担当チームの対応表作成 • 詳しいチームにIssue上でメンション 詳しい⼈にナレッジをストック クオリティを上げる判断 チーム内で解く/解かない 解き⽅/優先度をしっかり考える -
変化したこと:5つの変化 47 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ 変化したこと 開発サイクルと組織構造
リズムの作り⽅ システムアーキテクチャ 問い合わせ/不具合対応 ストック/スケールの意識 ɾ ɾ 話すこと ɾ ɾ -
48 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ ɹɹʛɹɹ© 2020 PLAID Inc. 変化したこと - ストック・スケールの意識
ノリ/根性/気合/テンション任せからの脱却 ジャーニーのポイント: -
変化したこと - ストック・スケールの意識 49 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏
役割・責任の明確化 例)障害対応 • Before • ⼀部のエンジニア / ビジネスメンバーに 障害ハンドリング ・ 対応が集中 • Problem • 障害多発時に特定のメンバーに負荷集中 • ノウハウが属⼈化、 スケールしない • After • 障害発⽣時の役割 ・ 責任 ・ フロー ・ 基準の 明確化 スケールできる役割から 適切に⼈を巻き込めるように -
50 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ ɹɹʛɹɹ© 2020 PLAID Inc. 変化したこと - ストック・スケールの意識
暗黙的/カオスなフローを可視化 役割・責任・フローを明⽂化 -
変化したこと - ストック・スケールの意識 51 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏
"組"の誕⽣ • Before • 個⼈がチーム間に落ちるルーズボール を拾っている状況 (例は後述) • Problem • ナレッジがス トックされない (属⼈化) • スケールする仕組みが構築できない • After • 各ルーズボールに責任を持つ"組"を設⽴ • エンジニア/デザイナーは副業として参加 ナレッジのストック/ 仕組みのスケールに責任を持つ -
52 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ ɹɹʛɹɹ© 2020 PLAID Inc. 変化したこと - ストック・スケールの意識
組のラインナップは フォーカスごとに状況⾒て変更 専⾨性・興味・チャレンジ意欲 をもとにメンバーをアサイン メンバーもフォーカス毎に ローテーションしていく -
本⽇のテーマ 53 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ プレイドの開発チーム における
チーム ・ ジャーニー 変化していないこと 変化したこと これから変えたいこと ɾ ɾ 話すこと -
これから変えたいこと 54 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ これから変えたいこと 抽象的ですが
• ⼀⼈ひと りがより⼤きく考えられるように • 既存の延⻑線上ではない発想をどんどん⽣み出すには • 発想がチームやグループの枠に閉じないようにするには • "完了の定義"をもっと先へ • 「開発するだけじゃダメだった」 という 5年⽬の気づき • クライアン トにより⾼い価値を届けるまでやる • プロダク トへのフィードバックループを回すまでやる • "プロダクトアウト"だけじゃない開発 • これまでは⾃分たちが良い/⾯⽩いと思うものを作って 届ける開発が主体だった • 「⾯を広げる」 という⽬的に⽴ってみると それだけじゃ⾜りない -
55 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ ɹɹʛɹɹ© 2020 PLAID Inc. 変化したこと - ストック・スケールの意識
事業・プロダクトに⾮連続な成⻑を 次々と⽣み出せるチームに変化していきたい 結果として・・・ -
おわりに 57 ɹɹʛɹɹ© 2020 PLAID Inc. 2020.10.30 ʛBPStudy#158ʙνʔϜδϟʔχʔʙ։ൃνʔϜͷઓུΛֶ΅͏ 振り返ると チームの変化の軌跡が
たくさん積み上がってた • 今や前だけを⾒ているときは あまり変わっていないように思える • でも、 振り返ってよく⾒ると たく さんの⼩さな変化が積み上がっている • でも、 本質的に⼤事な部分は変わってない これまでのチームジャーニーの振り返りを これからのチームジャーニーにつなげていける⾃信に