プロダクトエンジニアリング組織への歩み、その現在地 / Our journey to becoming a product engineering organization

Transcript

1. 2025/06/26 Product Engineer Session #3 Ver.1 2025.06 プロダクトエンジニアリング組織への歩み、その現在地

2. 2 アウトライン 1. 自己紹介／会社紹介 2. 前提共有 3. プロダクトエンジニア構想 4. 現在地の振り返りとこれからの方針

   5. まとめ

3. 3 About Me ➔ 推し書籍 ◆ エンジニアリング組織論への招待 ◆ アジャイルリーダーシップ ◆

   チーム・ジャーニー ◆ LeanとDevOpsの科学 ◆ 急成長を導くマネージャーの型 ➔ 最近読んでぐっときた書籍 ◆ ラディカル・プロダクト・シンキング ◆ ダイナミックリチーミング 2023.04〜 EM @ Grooves とりい ➔ 趣味 ◆ アニメ鑑賞、絵画鑑賞 ◆ 油絵を描く

4. 前提共有 01 組織がテーマの話なので、前提共有をいくつかさせてください🙏

5. 5 Groovesについて ITエンジニアのキャリアに 本気で向き合う転職サイト クラウドリクルーティング サービスの構築 Forkwell フォークウェル Crowd Agent

   クラウドエージェント Mission: より良い未来への「きっかけ」を提供する。

6. 6 Crowd Agent開発について ITエンジニアのキャリアに 本気で向き合う転職サイト クラウドリクルーティング サービスの構築 Forkwell フォークウェル Crowd

   Agent クラウドエージェント 概要 ・2つのフィーチャーチームで開発推進。エンジニア、PdM、デザイナー合わせて10名前後。 ・他に、プロダクトを統括する責任者と組織を統括するEM、クラウドインフラやSRE領域でイ ネイブリングに関わるアーキテクトメンバーが存在。 ・サービスの歴史が長く(10年以上)、10->100のフェーズに近く、セールスやマーケ、CSなど のビジネスメンバーが圧倒的に多い(約40名前後)

7. プロダクトエンジニア構想 02 これまでの歩み紹介

8. 8 参考：これまでの歩みについて 自社ブログやProduct Engineering Nightというコミュニティで これまでの歩みについて以前発表しております！

9. 9 プロダクトエンジニア構想の大上段を定義

10. 10 目指すべき組織像にフォーカス

11. 11 具体の取組事例と当時の成果 定性 定量 • 定期的なアンケートで測っている エンゲージメントのチーム平均が増加・維持傾向 • PRマージまでのリードタイム減少傾向 •

    デプロイ頻度が増加傾向

12. 現在地の振り返りとこれからの方針 03

13. 13 目指すべき組織像から振り返る現在地 • ユーザー価値を素早く提供し続けられる • ユーザーへの提供価値の質を高められる 質と速度(サイクルタイム)の両立と成長 速度(サイクルタイム) 提供価値の質 ココを

    目指したい 速度(サイクルタイム) 提供価値の質 現在地 ※現在地のaboutなイメージ

14. 14 課題 • 提供価値の「質」を測ることの難しさ ◦ ※ドッグフーディングやVoC収集を継続したとして、線形的に質が高まるわけではない • サイクルタイムの改善アイデアのほうが考えやすい ◦ ※サイクルタイムだけ改善しているとビルドトラップに陥る恐れもある

    Measuring developer productivity? A response to McKinsey 提供価値の質はアウトカムやインパクトに近い サイクルタイムはアウトプットや行動量に近い 仮説 個人ではなく、エンジニアだけでなく、 プロダクトエンジニアリングチームとして 価値の質に向き合っていく必要がありそう

15. 15 これからの方針を考える • プロダクトエンジニアリングチームとして提供価値の質に向き合っていくために 各職能を超えてお互いが納得感ある意思決定を安心安全に議論できる状態へ →私達の場合はエンジニア、PdM、デザイナーそれぞれの共通言語・共通理解を増やしていく Eng PdM PD

16. 16 トライ エンジニアがドメイン理解や顧客理解を深める活動は継続しつつ、PdMやデザイナーが コードベースや開発フローを知ることで、プロダクトエンジニアリングチームのさらなる醸成を目指す チャンス トライ • PdMとしての武器を増やすため、エンジニアリング領域に興味をもってくれているPdMがいた ◦ プロダクトのコードベースは規模が大きいですが、生成AIの台頭で挑戦のハードルも下がりつつあった

    • デザインエンジニアのキャリアに興味を持ち、最新情報をキャッチアップしているデザイナーがいた ◦ Devinと仕様の壁打ちをした際に作成されたPRをローカル環境で確認できないことに不便さを覚えていた • PdM, デザイナー含むプロダクトチームにDevinを展開 • PdM, デザイナーそれぞれの最初の開発環境構築をペアワークで支援

17. 17 PdMやデザイナーにもDevinを展開 仕様やテーブル構造を気軽に質問でき、コードベース での回答が得られることで共通理解を深めたり、議論 の前提を揃えやすくなった 使い方のNotionを整理して、初めにハンズオンを実施→

18. 18 開発環境構築をペアワークで支援 副次効果 ・オンボーディング時の環境構築資料も最新化できた ・PR上でエンジニア、PdM、デザイナーが会話できた PdM業務の空き時間で環境構築を支援 簡単なタスクを見つけ出して 早速リリース！ →コードベースや開発フローを知るきっ かけに

19. 19 補足：デザインエンジニアの紹介 デザインとエンジニアリングを横断して問題解 決を行い、プロダクトのデリバリーやアイデア 検証を高速に行うデザインエンジニア。しか し、デザインエンジニアの数はまだ限られてお り、情報共有の機会も多くはありません。 生成AIやツールの進化によって変わりつつある デザインと開発の現場にフォーカスし、その実 践例をもとに知見や工夫を共有し合う場所とし

    てこのMeetupを開催いたします。 https://connpass.com/event/355394/ 自ら事業価値を創り出していくという方向性 で、デザインエンジニアとプロダクトエンジ ニアの共通項やシナジーみたいなものを感じ るイベントでした！

20. まとめと展望 04

21. 21 まとめ エンジニア、PdM、デザイナーそれぞれの 共通言語・共通理解を増やしていく

22. 22 ありがとうございました！！