組織のスケーリングと持続性 / Scaling and Sustainability

Slide 1

Slide 1 text

Slide 2

Slide 2 text

2022.10  2022.10〜   Retty登壇用テンプレート   Retty株式会社　名前なまえ   Copyright ©2022 Retty, Inc.   Copyright ©2024 Retty, Inc.   自己紹介  #Retty #立ち食い蕎麦担当 #EM #VPoE #Agile   常松祐一  2019年10月〜 Engineering Manager  2022年10月〜 VP of Engineering    顧客にとって価値のあるプロダクトを、チーム一丸となって協力し、短期間にリリースする開発体制のあり方を模索しています。  2 

Slide 3

Slide 3 text

2022.10  2022.10〜   Retty登壇用テンプレート   Retty株式会社　名前なまえ   Copyright ©2022 Retty, Inc.   Copyright ©2024 Retty, Inc.   アジャイル開発やエンジニアリングマネジメントに関する発信をしています  3  エンジニアリングマネージャーとしてどんなことをしているのか？アジャイルプラクティスガイドブックチームで成果を出すための開発技術の実践知

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

2022.10  2022.10〜   Retty登壇用テンプレート   Retty株式会社　名前なまえ   Copyright ©2022 Retty, Inc.   Copyright ©2024 Retty, Inc.   分岐点：事業が成長し、人手が足りなくなる  ● スケールアウト：エンジニアの数を増やし、オーバーヘッドで生じる開発力低下を仕組みで補う  8  心強い仲間がこんなにたくさん集まってくれた！もっと加速していくぞ！！

Slide 9

Slide 9 text

2022.10  2022.10〜   Retty登壇用テンプレート   Retty株式会社　名前なまえ   Copyright ©2022 Retty, Inc.   Copyright ©2024 Retty, Inc.   分岐点：スケールアウト以外の選択肢  9  増やさない  少人数で回せて成長する事業モデルを模索する  ● 37signals  ● Craigslistとか外注  SIer・オフショアの活用スケールアップ  エンジニアの開発力を高める  ● 少数精鋭のチーム  ● ツール・SaaSの活用  ● AI/LLMなどの活用 

Slide 10

Slide 10 text

2022.10  2022.10〜   Retty登壇用テンプレート   Retty株式会社　名前なまえ   Copyright ©2022 Retty, Inc.   Copyright ©2024 Retty, Inc.   スケールアウト：どう分ける? (1)  10  プロジェクトプロジェクト終了開始プロジェクトで分ける  ● ⭕ゴールと期限を決めてチームを組成   ● ❌何をやるにもチームの組成から始める   プロダクト・コンポーネントで分ける   ● ⭕知識を深めやすく、責任範囲も明確   ● ❌忙しさが特定チームに集中しやすい   決済発送検索注文プロジェクトプロジェクト

Slide 11

Slide 11 text

2022.10  2022.10〜   Retty登壇用テンプレート   Retty株式会社　名前なまえ   Copyright ©2022 Retty, Inc.   Copyright ©2024 Retty, Inc.   スケールアウト：どう分ける? (2)  11  職能で分ける  ● ⭕職能内での開発生産性が高まる   ● ❌チーム単独で価値提供できないことが多く、全体としての生産性が上がりづらい   人数で分ける  (=フィーチャーチーム、ストリームアラインドチーム)  ● ⭕チーム単独で価値提供ができる   ● ❌チームを長期間で育む必要がある   ● ❌「認知負荷が高い」という声が出やすい   デザイナーフロントエンドエンジニアバックエンドエンジニアインフラエンジニアプロジェクトプロジェクトフィーチャーチーム顧客価値ユーザーデリバリー要望

Slide 12

Slide 12 text

2022.10  2022.10〜   Retty登壇用テンプレート   Retty株式会社　名前なまえ   Copyright ©2022 Retty, Inc.   Copyright ©2024 Retty, Inc.   フィーチャーチームを5年間運用しての感想  ● 開発の舵取りをチームにゆだねられている  ● 優先すべき開発事項にリソースを集中できる  ● 組織変更やアサインの悩みが少ない      ● プロダクトやサービスの責任者・持ち主が浮きがち  ● 事業に貢献する上で、知る必要がある範囲が広い  ● 長く働いていると「変わり映えがない」と言う声も  12  ⭕ ❌

Slide 13

Slide 13 text

2022.10  2022.10〜   Retty登壇用テンプレート   Retty株式会社　名前なまえ   Copyright ©2022 Retty, Inc.   Copyright ©2024 Retty, Inc.   現実的なスケールアウトの順番 (括弧内はチームトポロジー📗の名称)  1. 単独で価値提供できるチームを編成する (=ストリームアラインドチーム)  2. 決済・認証など専門知識を要するドメインがあれば独立チームを設ける (=コンプリケイテッド・サブシステムチーム)  3. インフラ・ツールなど共通サービスを切り出して効率化できるなら分ける (=プラットフォームチーム)  4. さらに投資ができるなら他チームの能力を高め・助ける部隊を置く (=イネーブリングチーム)  13 

Slide 14

Slide 14 text

2022.10  2022.10〜   Retty登壇用テンプレート   Retty株式会社　名前なまえ   Copyright ©2022 Retty, Inc.   Copyright ©2024 Retty, Inc.   ここまでのまとめ (1)  ● 開発組織を大きくするやり方は様々あり、正解はない。しかし、事業モデルに合わせる必要がある  ● スケーリング手段として「スケールアウト」が選ばれることが多い  ● スケールアウトで起きる問題に対処するための知識体系はすでに整理されている  14 

Slide 15

Slide 15 text

Slide 16

Slide 16 text

2022.10  2022.10〜   Retty登壇用テンプレート   Retty株式会社　名前なまえ   Copyright ©2022 Retty, Inc.   Copyright ©2024 Retty, Inc.   開発組織の人員が増えたらスケーリングの成功・・・ではない  ● スケーリングに伴って起きる問題へ対処し続ける  ○ プロダクトビジョンの策定  ○ メンバー・チーム間コミュニケーションの設計  ○ 情報の透明性をどう担保するか  ○ 評価制度と報酬  ○ 開発生産性  などなど  → アドバイス : 時間をかけてやろう  16 

Slide 17

Slide 17 text

2022.10  2022.10〜   Retty登壇用テンプレート   Retty株式会社　名前なまえ   Copyright ©2022 Retty, Inc.   Copyright ©2024 Retty, Inc.   もっとまずいこと→スケールしたが売り上げ・利益が増えない  ● 「人員が増える→開発力が高まる→売り上げ・利益が増える」という前提でスケーリングを実施している  ○ 機能は増えたが、魅力に繋がってない  ○ 価値を提供しているつもりだが、その価値が売り上げ・利益と結びついていない  ● 「プロダクトの魅力は積み上がっているが、開発スピードの遅さが問題である」という事例は聞かない  ○ → 開発速度が速いに越したことはないが「開発速度を上げれば解決する」という因果関係は無い  17 

Slide 18

Slide 18 text

2022.10  2022.10〜   Retty登壇用テンプレート   Retty株式会社　名前なまえ   Copyright ©2022 Retty, Inc.   Copyright ©2024 Retty, Inc.   売り上げ・利益が紐づかないと逆回転が始まる  スケーリングが持続できなった要因はどこにあるのか?  18  ● チャレンジ機会が減り、やりたいことができない ● ここでできることは、全てやりきりました ● ビジョンに共感できません。会社が好きで無くなった ● 他の会社の方が待遇が良いんですだから・・・今勢いがあるXXX社に行きます！

Slide 19

Slide 19 text

2022.10  2022.10〜   Retty登壇用テンプレート   Retty株式会社　名前なまえ   Copyright ©2022 Retty, Inc.   Copyright ©2024 Retty, Inc.   誰がアウトプット・アウトカム・事業貢献を結びつける?  1. 技術力で事業を引っ張る開発のトップに役職をつけよう  ○ → CTO (Chief Technology Officer)  2. プロダクトの責任者に裁量を与えて責任を明確化しよう  ○ → PdM (Product Manager)  3. 売上・利益に紐づくものを、営業にも見つけてもらおう  ○ → PMM (Product Marketing Manager)  4. 事業を開発はプロダクトとも営業とも違うから選任を立てよう  ○ → 事業開発/BizDev (Business Development)  → 役職は増え続けているが、事業を作れる人は少なく希少  19 

Slide 20

Slide 20 text

2022.10  2022.10〜   Retty登壇用テンプレート   Retty株式会社　名前なまえ   Copyright ©2022 Retty, Inc.   Copyright ©2024 Retty, Inc.   登壇が決まってから今日までに目にした関連しそうな話  20  【2024年5月28日】「ビジネス成長を止めてしまうペインはどこにある？投資した開発品質との向き合い方」（主催：ファインディ株式会社）【2024年6月26日】何が事業貢献なのか分からなくなっていた伊藤直也さんが再認識したユーザーエクスペリエンスへのコミット

Slide 21

Slide 21 text

2022.10  2022.10〜   Retty登壇用テンプレート   Retty株式会社　名前なまえ   Copyright ©2022 Retty, Inc.   Copyright ©2024 Retty, Inc.   ここまでのまとめ (2)  ● スケーリングの持続は事業成立が前提  ● アウトプット・アウトカムを整理したつもりでも、事業貢献に繋がっているかは別の話  ● 事業を作れる人は今も昔も希少  21 

Slide 22

Slide 22 text

Slide 23

Slide 23 text

2022.10  2022.10〜   Retty登壇用テンプレート   Retty株式会社　名前なまえ   Copyright ©2022 Retty, Inc.   Copyright ©2024 Retty, Inc.   「事業に貢献する」とは  ”テクノロジーの専門家として、顧客のユーザーエクスペリエンスの問題解決にコミットすることが求められていて、それに対して主体的に関わっていくことがビジネスへの貢献”  ※一休伊藤直也さんの記事より引用    ”自分たちの仕事のパフォーマンスが出ている状態を定義して関係する人へ発信すること。それがどのように事業構造を繋がっているかを説明可能にする”  ※SMS 田辺順さんの資料より引用  23 

Slide 24

Slide 24 text

2022.10  2022.10〜   Retty登壇用テンプレート   Retty株式会社　名前なまえ   Copyright ©2022 Retty, Inc.   Copyright ©2024 Retty, Inc.   状況を正しく・細かく把握する  ● 会社の数字、競合の動向、ユーザーの期待、事業の戦略  ○ 自分たちの事業の利益はどこから来るのか  ○ 聞いて教えてもらえるぐらいの情報では足りない    ● チーム・役割を分けた際、情報が正しく届かなくなるとスケーリングが逆回転するきっかけになりうる  ○ ただし誰もが同じように受け取るとは限らない。  ○ 大事なことは何度でも伝える必要がある。  24 

Slide 25

Slide 25 text

2022.10  2022.10〜   Retty登壇用テンプレート   Retty株式会社　名前なまえ   Copyright ©2022 Retty, Inc.   Copyright ©2024 Retty, Inc.   事業が上手くいき、伸びている状態を理解する  ● 山を登る道(=事業戦略)は様々  ● 事業が上手く成長している理想の状態はぶれにくい  25  こっちの登り方が早いこの登り方の方が確実

Slide 26

Slide 26 text

2022.10  2022.10〜   Retty登壇用テンプレート   Retty株式会社　名前なまえ   Copyright ©2022 Retty, Inc.   Copyright ©2024 Retty, Inc.   都合の良い主張に流されない  26  ● エンジニアの生産性は上がってます ● トライアル・検証・PoCだから失敗が小さくすんでよかった ● 技術的な負債が貯まっていて期待に応えられません → 事実ではあると思う  　事業貢献に繋がっていない理由では無さそう  　ここで思考を止めず、考え続けることが一番大事 

Slide 27

Slide 27 text

2022.10  2022.10〜   Retty登壇用テンプレート   Retty株式会社　名前なまえ   Copyright ©2022 Retty, Inc.   Copyright ©2024 Retty, Inc.   ここまでのまとめ (3)  ● どの立場のエンジニアも事業の成立を考えられないといけない時代が近いのでは?  ● 自分たちが携わる事業・プロダクトに興味を持ち、一段深く理解することが第一歩  27 

Slide 28

Slide 28 text

Slide 29

Slide 29 text

2022.10  2022.10〜   Retty登壇用テンプレート   Retty株式会社　名前なまえ   Copyright ©2022 Retty, Inc.   Copyright ©2024 Retty, Inc.   まとめ  ● 大きな成果を出すには多くの人が協力する必要がある  ● そのために組織をスケールアウトすることが多い。知識体系をキャッチアップして失敗を回避して欲しい  ● 事業が成立しないとスケーリングの持続はできない  ● エンジニアも今以上に事業貢献に向き合う時代が近いのではないか  29 