失敗から学んだ「プロセスの共有」の重要性

2023年7月4日にflyle様主催で開催された「第一線のプロダクトマネージャーと語る　成功談と失敗談から見る学び」のイベント登壇資料です！
チームでプロダクトづくりを進める上で大事な「プロセス共有」についてお話させていただきました。

Transcript

1. 1 Copyright © 2023 enpay inc. All Rights Reserved. 失敗から学んだ 「プロセスの共有」の重要性 株式会社エンペイ　竹村 淳
2. Copyright © 2023 enpay inc. All Rights Reserved. 自己紹介 2 ▼略歴 • 株式会社プロトコーポレーション ◦ WEBディレクター・インフラエンジニア・ WEBマーケター • アスタミューゼ株式会社 ◦ 転職・採用サービスの PM • 2022/10〜 現職 竹村 淳（たけむら じゅん） ／ 株式会社エンペイ　koufuri+ プロダクトマネージャー @juntakemura_pdm
3. Copyright © 2023 enpay inc. All Rights Reserved. 会社・プロダクト紹介 3
4. Copyright © 2023 enpay inc. All Rights Reserved. 会社・プロダクト紹介 4
5. Copyright © 2023 enpay inc. All Rights Reserved. 会社・プロダクト紹介 5
6. Copyright © 2023 enpay inc. All Rights Reserved. 会社・プロダクト紹介 6
7. Copyright © 2023 enpay inc. All Rights Reserved. 本日のテーマ 7 わたしが失敗から学んだ 「プロセスの共有」 についてお話します。
8. Copyright © 2023 enpay inc. All Rights Reserved. 本日のテーマ 8 役割分担から生まれた失敗 ↓ 役割分担はそのままで「プロセスの共有」をしたことで プロダクトづくりの質・スピードが向上した
9. Copyright © 2023 enpay inc. All Rights Reserved. 前提：担当プロダクトについて 9 • 2022年10月にクローズドでリリース。 • リリース＝運用フェーズへの移行。 • 同じタイミングで竹村がジョイン。 運用フェーズに移行するタイミングで体制とフローを再整理してスタート。
10. Copyright © 2023 enpay inc. All Rights Reserved. 前提：koufuri+におけるプロダクトづくりのプロセス 10 ▼プロダクトづくりのプロセス 各役割がどのプロセスに関わるのかを定義してフローを整備。 事業責任者 PM Dev Ops Design QA ※プロダクトに関わる人たち
11. Copyright © 2023 enpay inc. All Rights Reserved. 運用開始後どうなったか 11 • 設計した通り会議体が行われ、フロー通りに推進できていた。 • 優先度の高い案件が明確で、認識のズレがなかった。 • まずは案件のリリースにフォーカスできた。 はじめは特に問題なくフローが推進されていった。
12. Copyright © 2023 enpay inc. All Rights Reserved. 運用開始後どうなったか 12 徐々に問題が顕在化。 • 開発着手までのプロセスがボトルネックに 【失敗談①】 • 案件優先度の納得感が薄れてくる 【失敗談②】 • 作った機能が作ったままになっている 【失敗談③】 • 設計した通り会議体が行われ、フロー通りに推進できていた。 • 優先度の高い案件が明確で、認識のズレがなかった。 • まずは案件のリリースにフォーカスできた。
13. Copyright © 2023 enpay inc. All Rights Reserved. 失敗談①：開発着手までのプロセスがボトルネックに 13 PMが1人で進めていたことにより企画部分のプロセスがボトルネックになった。 • PMが案件の企画・要件定義作成を 1人で 進めていた。 ◦ 粗い企画の情報整理・比較検討〜 詳細仕様作成まで。 ◦ 作った後には、しっかり設計してある レビュープロセスがある。 • →企画開始から開発着手まで時間がかか り中規模以上の案件が不足気味 に。
14. Copyright © 2023 enpay inc. All Rights Reserved. 失敗談②：案件優先度の納得感が薄れてくる 14 • ロードマップのテーマが細分化されすぎ て、ストーリーが伝わりにくい状態だった。 • 案件優先度の議論プロセスがブラックボッ クス化していた。 • →開発者から「今本当にこの案件をやる べきなんですかね？」 という声が聞かれる ように。 ロードマップのわかりにくさ・プロセスの不透明さから、優先度に納得感がなくなってきた。
15. Copyright © 2023 enpay inc. All Rights Reserved. 15 テーマが多く、機能の寄せ集めのロードマップになってしまっていた。 ※補足：ロードマップについて • テーマが多く「どこに注力するのか」「どう いうストーリーなのか」がわからない。 • 各テーマにおいて、「どういう状態を目指 すのか」という定義がなく、機能の寄せ集 めになってしまっていた。 ▼以前のロードマップ（※イメージ）
16. Copyright © 2023 enpay inc. All Rights Reserved. 失敗談③：作った機能が作ったままになっている 16 • リリース後の効果検証を PMが1人で進め ていた。 • 結論を出せるまでに時間がかかるものも あり、その間PM以外のメンバーは案件の 効果が共有されない。 • →開発者から「作ったけど結局どうだった んだっけ？」という声が聞かれるように。 結果が出るまでメンバーにはリリース後の経過が見えづらい状態だった。
17. Copyright © 2023 enpay inc. All Rights Reserved. 失敗談に共通すること 17 効率性を求めてプロセスを分業しすぎた結果 チームでのプロダクト推進にガタつきが... ↓ 「プロセスの共有」をすることに
18. Copyright © 2023 enpay inc. All Rights Reserved. やったこと 18 • 基本的なフローは変えず、 プロセスを共有することにした。 • 具体的には... ◦ タスク分担の共有：PM以外でもできるタスクは共有する ◦ コンテキストの共有：背景・経緯・一次情報の共有 ◦ 場と時間の共有：PMだけでできることもあえてチーム全員で一緒に行う フローは変えず「タスク分担の共有」「コンテキストの共有」「場と時間の共有」を実施
19. Copyright © 2023 enpay inc. All Rights Reserved. やったこと①：タスク分担の共有 19 タスクを分担したことで、ボトルネックが解消し、案件への理解度も増した。 • PM以外でもできるタスクを分担。 ◦ 要件定義 ◦ 粗い企画の情報整理・比較検討・ 技術検証など • 結果 ◦ 企画部分のボトルネックが解消さ れた。 ◦ 開発者自身の案件理解や案件へ の思い入れが向上した。
20. Copyright © 2023 enpay inc. All Rights Reserved. やったこと①：タスク分担の共有 20 要件定義以外にも、機能検討段階での技術調査なども分担。 ↑影響調査のタスク ↑技術調査結果と結論をまとめたドキュメント（ Decision Records）
21. Copyright © 2023 enpay inc. All Rights Reserved. 21 • 背景・コンテキストの共有 ◦ ロードマップの改善。（後述） ◦ 優先度検討のMTGを毎回録画。細 かいコンテキストも共有。 • 結果 ◦ 優先度への理解が深まり、 日々の 案件重要度も認識が揃った。 ◦ 優先度への納得感が上がった。 コンテキストを共有したことで、背景の理解度が高まり、納得感が上がった。 やったこと②：コンテキストの共有
22. Copyright © 2023 enpay inc. All Rights Reserved. 22 テーマが多く、機能の寄せ集めのロードマップになってしまっていた。 ※補足：ロードマップについて • テーマが多く「どこに注力するのか」「どう いうストーリーなのか」がわからない。 • 各テーマにおいて、「どういう状態を目指 すのか」という定義がなく、機能の寄せ集 めになってしまっていた。 ▼以前のロードマップ（※イメージ）
23. Copyright © 2023 enpay inc. All Rights Reserved. 23 ※補足：ロードマップについて • テーマを3つに絞り、ざっくりとしたリソー ス配分を定義。 • 各テーマについて、機能ではなくどういう 状態を目指しどういう活動を行うのかを表 現。 • 初めの説明はスライドを利用し、普段の 運用ではnotionのタイムラインを利用。 ▼現在のロードマップ（※イメージ） テーマを絞り、機能ではなく状態・活動の全体像を表現することを重視。
24. Copyright © 2023 enpay inc. All Rights Reserved. 24 • 月に1度「経過観察会」を開催。 ◦ 案件の効果検証・ディスカッション を行なっている。 ◦ 「一緒に効果検証をする」というプ ロセス共有を重視した会。 • 結果 ◦ 「作ったけど結局どうだったんだっ け？」状態が解消された。 ◦ 案件の効果に対する解像度 が上 がった。 やったこと③：場と時間の共有 チームを巻き込むことで、案件の効果に対して解像度が上がった。
25. Copyright © 2023 enpay inc. All Rights Reserved. 25 やったこと③：場と時間の共有 経過観察の材料だけ簡単にまとめておき、全員でデータ等を見ながらディスカッションする。
26. Copyright © 2023 enpay inc. All Rights Reserved. プロセスを共有することで得られた効果 26 • プロセスを共有することで得られた効果 ◦ ボトルネックが解消された。 ◦ チーム内での共通認識・納得感・一体感が生まれた。 ◦ チーム全員が、プロダクトや案件に対して理解が深まり、自分事化できた。 • その結果、プロダクトづくりの質・スピードが大きく向上する。 ◦ 重要度に応じ案件への取り組み方を調整・早くリリースできる。（フロー効率重視の開発） ◦ 開発時の仕様の確認・認識齟齬が減る。 ◦ 納得感・自分事化→チーム全体のモチベーション向上。 プロセスを共有することで、結果的にプロダクトづくりの質・スピードが大きく向上する。
27. Copyright © 2023 enpay inc. All Rights Reserved. 「意思決定」と「プロセス共有」 27 “人は意思決定の「結果」だけに関心があるのではない。「プロセ ス」も大事だと思っているのだ。 ” “検討のプロセスが公正だと思えば、その行動方針に賛成ではな くても、実行段階で協力する見込みはあるのだ。 ” 最終的な意思決定は 1人が行うとしても、プロセスを共有することは非常に重要。 ▼公正なプロセス（書籍より一部抜粋） • 話し合う機会が十分に与えられている。 • 意思決定プロセスが透明だった。 • 最終決定に実際に影響を与える機会があったと感じる。 「決断の本質 プロセス志向の意思決定マネジメント」 マイケル・A・ロベルト (著)
28. Copyright © 2023 enpay inc. All Rights Reserved. まとめ 28 • チーム全員でプロダクトづくりを推進するには プロセスの共有が重要。 • プロセスを共有することで、結果的に プロダクトづくりの質・スピードが大きく向上 する。 • プロセスの共有の具体例 ◦ タスク分担の共有：PM以外でもできるタスクは共有する ◦ コンテキストの共有：背景・経緯・一次情報の共有 ◦ 場と時間の共有：PMだけでできることもあえてチーム全員で一緒に行う
29. Copyright © 2023 enpay inc. All Rights Reserved. ウラ話（チーム自慢） 29 • ご紹介した取り組みは、私ひとりで進めたわけではなく、チームに助けられながらのものでした。 ◦ 開発メンバー発案で「吐き出す会」を開催し、プロセスを改善 ◦ 実装以外のタスクにも積極的に取り組んでくれる開発メンバー ◦ チーム全員が疑問やフィードバックをどんどん上げてくれる ◦ スクラムのプロセスもこの 3ヶ月で劇的に改善 ◦ などなど... • 素晴らしいチームに感謝しつつ、また明日からプロダクトづくり頑張っていきます！
30. Copyright © 2023 enpay inc. All Rights Reserved. 最後に 30 • 少しでも興味ある方はぜひお話させてください！ ◦ Fintech・SaaS・教育業界など、プロダクトとしてのおもしろポイントたくさんあります。 ◦ めちゃくちゃ良い仲間に囲まれながらプロダクトづくりできます。 エンペイではプロダクト・事業を一緒につくる仲間を絶賛採用中です！！！ 募集中の職種 https://open.talentio.com/r/1/c/enpay/homes/4067 カジュアル面談 https://onl.bz/5x34Vdi 特にエンジニア、BizDev、セールス積極採用中です！ 是非今日の内容などお話しさせてください！
31. Copyright © 2023 enpay inc. All Rights Reserved. おわり 31 ありがとうございました！