Slide 1

Slide 1 text

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

Slide 2

Slide 2 text

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

Slide 3

Slide 3 text

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

Slide 4

Slide 4 text

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

Slide 5

Slide 5 text

5 Groovesについて ITエンジニアのキャリアに 本気で向き合う転職サイト クラウドリクルーティング サービスの構築 Forkwell フォークウェル Crowd Agent クラウドエージェント Mission: より良い未来への「きっかけ」を提供する。

Slide 6

Slide 6 text

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

Slide 7

Slide 7 text

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

Slide 8

Slide 8 text

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

Slide 9

Slide 9 text

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

Slide 10

Slide 10 text

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

Slide 11

Slide 11 text

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

Slide 12

Slide 12 text

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

Slide 13

Slide 13 text

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

Slide 14

Slide 14 text

14 課題 ● 提供価値の「質」を測ることの難しさ ○ ※ドッグフーディングやVoC収集を継続したとして、線形的に質が高まるわけではない ● サイクルタイムの改善アイデアのほうが考えやすい ○ ※サイクルタイムだけ改善しているとビルドトラップに陥る恐れもある Measuring developer productivity? A response to McKinsey 提供価値の質はアウトカムやインパクトに近い サイクルタイムはアウトプットや行動量に近い 仮説 個人ではなく、エンジニアだけでなく、 プロダクトエンジニアリングチームとして 価値の質に向き合っていく必要がありそう

Slide 15

Slide 15 text

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

Slide 16

Slide 16 text

16 トライ エンジニアがドメイン理解や顧客理解を深める活動は継続しつつ、PdMやデザイナーが コードベースや開発フローを知ることで、プロダクトエンジニアリングチームのさらなる醸成を目指す チャンス トライ ● PdMとしての武器を増やすため、エンジニアリング領域に興味をもってくれているPdMがいた ○ プロダクトのコードベースは規模が大きいですが、生成AIの台頭で挑戦のハードルも下がりつつあった ● デザインエンジニアのキャリアに興味を持ち、最新情報をキャッチアップしているデザイナーがいた ○ Devinと仕様の壁打ちをした際に作成されたPRをローカル環境で確認できないことに不便さを覚えていた ● PdM, デザイナー含むプロダクトチームにDevinを展開 ● PdM, デザイナーそれぞれの最初の開発環境構築をペアワークで支援

Slide 17

Slide 17 text

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

Slide 18

Slide 18 text

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

Slide 19

Slide 19 text

19 補足:デザインエンジニアの紹介 デザインとエンジニアリングを横断して問題解 決を行い、プロダクトのデリバリーやアイデア 検証を高速に行うデザインエンジニア。しか し、デザインエンジニアの数はまだ限られてお り、情報共有の機会も多くはありません。 生成AIやツールの進化によって変わりつつある デザインと開発の現場にフォーカスし、その実 践例をもとに知見や工夫を共有し合う場所とし てこのMeetupを開催いたします。 https://connpass.com/event/355394/ 自ら事業価値を創り出していくという方向性 で、デザインエンジニアとプロダクトエンジ ニアの共通項やシナジーみたいなものを感じ るイベントでした!

Slide 20

Slide 20 text

まとめと展望 04

Slide 21

Slide 21 text

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

Slide 22

Slide 22 text

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