Slide 1

Slide 1 text

開発生産性を上げながら ビジネスも30倍成長させてきたチームの姿 2024 / 11 / 15 Ubie株式会社 Software Engineer / Tech Lead 湊谷 海斗

Slide 2

Slide 2 text

2 @me 2 Minatoya Kaito 湊谷 海斗 @kamina_zzz Ubie, inc. Software Engineer / Tech Lead Music 🎸, Camera 📷, Fishing 🎣, Poker ♠, Game 🎮, Drinking 🍻, Camping ⛺

Slide 3

Slide 3 text

3 3 Ubie について

Slide 4

Slide 4 text

4 4 Ubie について

Slide 5

Slide 5 text

5 チーム ・プロダクトオーナー1名, エンジニア3名, デザイナー1名, 医師1名というストリームアラインドチーム ・ありがたいことに過去1年弱で事業の成果指標(=アウトカム)を大きく伸ばすことができた ・ある事業の売上を5ヶ月で30倍にしたり ・売上を生むための営業に必要な重要メトリクスを1ヶ月半で3倍にしたり

Slide 6

Slide 6 text

6 ハイパフォーマンスなチームってどんなチームだろう? ・競技や大会形式、ルールによって違うはず ・Web サービスのスタートアップにおけるストリームアラインドチームではどんなルールか?

Slide 7

Slide 7 text

7 Webスタートアップのルール 基本的にはホームランダービーと似ている HR になる確率をいかに高くできるか ・アイディアの筋の良さ ・データ分析 ・ユーザーインタビュー ・ドッグフーディング 同じ制限時間内で何回バットを振れるか ・1週間に何回デプロイできるか ・技術的なスキル ・ドメイン理解 ・設計や実装に使えるタイムスロットの数

Slide 8

Slide 8 text

8 Webスタートアップのルール ホームランダービーとは異なる点もある ・1日で勝敗はつかない - 半年〜数年などの時間をかけて勝つことを目指す - 1日だけ勝つことの意味が薄い ・オフシーズンとかはあんまり無い - (残念ながら)試合は平日毎日開催される

Slide 9

Slide 9 text

9 ハイパフォーマンスなチーム つまり Web スタートアップにおいて目指すべき方向性はこのあたり いかにアイディアの筋をよくできるか ✓ KPI などで計測 いかにデプロイ回数を高くできるか ✓ Four Keys などで計測 いかに長く良い状態を続けられるか ✓ チームの存続時間を計測

Slide 10

Slide 10 text

10 ハイパフォーマンスなチーム つまり Web スタートアップにおいて目指すべき方向性はこのあたり いかにアイディアの筋をよくできるか ✓ KPI などで計測 いかにデプロイ回数を高くできるか ✓ Four Keys などで計測 いかに長く良い状態を続けられるか ✓ チームの存続時間を計測 これらの計測はできているチームが多いはず

Slide 11

Slide 11 text

11 チームが今よりパフォーマンスが良くなるためには 「パフォーマンスが良くなる = チームが何かしらの Capability を獲得した」と考える ・何も変わらないのにパフォーマンスが変わることは無い ・むしろ放置すると悪くなる一方 → パフォーマンスを高めるために どんな Capability を獲得するべきか?

Slide 12

Slide 12 text

12 チームの Capability を計測しよう ・Four Keys の変化よりも自分たちの Capability に着目する ・どんな Capability を獲得/向上させていくべきか計画する ・DORA の Capability catalog を参考に、一部アレンジや抜粋している ・https://dora.dev/capabilities/ ・DORA が毎年出している report を読むとヒントがある ・例えば疎結合アーキテクチャやコードメンテナビリティが  アウトカムと高い相関性がある、等

Slide 13

Slide 13 text

13 まとめ ・Four Keys も大切だが Capability に着目してチームを強化していこう ・そのためには「短期でチームを解散させないこと」と「DevOps をやっていく覚悟」が特に大切 ・短期で解散するチームでは Capability を獲得して長期的な成長を目指すインセンティブを失う ・メンバーを安定させ、目的の下に人を集めるのではなくチームにどんな仕事をさせるかを設計する ・疎結合アーキテクチャやコードメンテナビリティーなどのテーマにも自分のチームで取り組む ・「作って終わり」の仕事は無いのでソフトウェアにオーナーシップを持つ ・もちろん自チームのみで完結することが難しいこともあるので適切にパスを要求する

Slide 14

Slide 14 text

14 Have a nice 開発生産性 Kaigi Day! アンケートの回答に ご協力お願いいたします📝 We Are Hiring! 💪 https://recruit.ubie.life/