プロダクトマネージャーLT Night 〜駆け出しPMのしくじりと学び〜

Transcript

1. © RAKUS Co., Ltd. All Rights Reserved. 株式会社ラクス 〒151-0051 東京都渋谷区千駄ヶ谷5-27-5 リンクスクエア新宿 7階 小さなチームから大きな組織へ PdMとしての挑戦と失敗の記録 株式会社ラクス プロダクトマネージャー　柴 那由太
2. © RAKUS Co., Ltd. All Rights Reserved. 登壇者プロフィール 2 しば　 なゆた 柴　那由太 新卒で入社した会社にてワークフローSaaSの立ち上げフェーズからEngとして参画。 PjM/PdMを経験後、2023年5月にラクスにPdM職として入社。 楽楽精算のPdMを経て、現在は楽楽精算モバイルアプリ、楽楽明細を担当している。 株式会社ラクス 開発本部 東京開発統括部 製品管理課 プロダクトマネージャー(PdM)
3. © RAKUS Co., Ltd. All Rights Reserved. 製品紹介 3 【 ラクスの提供サービス一覧 】 売上高：144億円 導入社数：累計約1.6万社 売上高：68億円 導入社数：累計約1万社 ２０２4年3月時点 ２０２4年4月時点
4. © RAKUS Co., Ltd. All Rights Reserved. 話すこと 4 小規模チームのPdMから大規模チームのPdMになり、 当時しくじっていた（もっと上手にできていた）ことに 気付いた話
5. © RAKUS Co., Ltd. All Rights Reserved. このような方のお役に立てれば 5 ・私と同じ駆け出しPdMの方 ・少人数チームのPdMの方 ・これからPdMになる方
6. © RAKUS Co., Ltd. All Rights Reserved. しくじっていたポイント 6 PdMとしての ”質の高いコミュニケーション” を疎かにしていた
7. © RAKUS Co., Ltd. All Rights Reserved. コミュニケーションとは？ 7 ・自分の考えをわかりやすく正確に伝える ・相手の考えを正確に引き出す
8. © RAKUS Co., Ltd. All Rights Reserved. コミュニケーションとは？ 8 ・自分の考えをわかりやすく正確に伝える ・相手の考えを正確に引き出す （おしゃべりが上手いとか、話が盛り上がるとかではない。） PdMは意思決定した内容を ステークホルダーに漏れなく正確に伝え、 時には相手の考えを引き出して折衝し、 理解/納得してもらう必要がある。
9. © RAKUS Co., Ltd. All Rights Reserved. あるべき姿（=質の高いコミュニケーション） 9 コミュニケーション回数は少ないが、 情報が正しく相互に伝わっている状態
10. © RAKUS Co., Ltd. All Rights Reserved. © RAKUS Co., Ltd. All Rights Reserved. 以前までの私 10
11. © RAKUS Co., Ltd. All Rights Reserved. チーム体制 11 PM兼Dev （私） Devチーム （5～7名） インフラチーム (3名） 営業チーム （2～4名） プロダクトオーナー 少人数で同期コミュニケーションは活発
12. © RAKUS Co., Ltd. All Rights Reserved. チーム体制 12 PM兼Dev （私） Devチーム （5～7名） インフラチーム (3名） 営業チーム （2～4名） プロダクトオーナー 少人数で同期コミュニケーションは活発 「対面」で頻繁にコミュニケーションを取って、 情報を補足していくことができたため、 コミュニケーションの質を疎かにしていた （意識すらしていなかった）
13. © RAKUS Co., Ltd. All Rights Reserved. コミュニケーションの質が低いと 13 13 誤解の発生 プロジェクト遅延 士気低下 ミス増加 人間関係悪化 意思決定の質低下 など様々・・ 顧客満足度低下 イノベーション停滞
14. © RAKUS Co., Ltd. All Rights Reserved. © RAKUS Co., Ltd. All Rights Reserved. なぜそう感じたか？ 14
15. © RAKUS Co., Ltd. All Rights Reserved. 現在のチーム体制 15 製品管理課 開発課 （約30名） マーケティング 営業 製品企画 モバイル開発課 （約10名） QA課 （約10名） デザイン課 （2名） CS PMM組織 PdM組織 ←開発部門 事業部門→ ステークホルダが多く、 それぞれ役割も異なる。
16. © RAKUS Co., Ltd. All Rights Reserved. 開発プロセスはWF開発 16 工程 主担当(開発部門) 他連携組織 製品ロードマップ PdM PMM 各開発項目決定 PdM PMM 要求仕様策定 PdM PMM(CS、営業） 要件定義 エンジニア デザイナー 設計 エンジニア デザイナー 実装・単体テスト エンジニア デザイナー、オフショア 結合・システムテスト QA オフショア 受け入れテスト QA PMM、CS リリース準備 エンジニア/QA 開発管理 リリース QA インフラ 運用・保守・サポート QA CS 年4回の3ヶ月サイクル、ウォーターフォール開発 PdMのアウトプットは PRD（製品要求仕様書） デリバリーが多くできな い分、ディスカバリーの質 が高く、納得感があり、認 識齟齬がないPRDが求 められる。
17. © RAKUS Co., Ltd. All Rights Reserved. 開発プロセスはWF開発 17 工程 主担当(開発部門) 他連携組織 製品ロードマップ PdM PMM 各開発項目決定 PdM PMM 要求仕様策定 PdM PMM(CS、営業） 要件定義 エンジニア デザイナー 設計 エンジニア デザイナー 実装・単体テスト エンジニア デザイナー、オフショア 結合・システムテスト QA オフショア 受け入れテスト QA PMM、CS リリース準備 エンジニア/QA 開発管理 リリース QA インフラ 運用・保守・サポート QA CS 年4回の3ヶ月サイクル、ウォーターフォール開発 PdMのアウトプットは PRD（製品要求仕様書） PRDの内容での手戻りは 大きな影響が出る。 製品がもたらす価値や何故やるのか、 何をやるのか、ゴールはどこなのかを正確に伝える必要がある。 さらにステークホルダーも多いので、 同期コミュニケーションには限界がある
18. © RAKUS Co., Ltd. All Rights Reserved. 開発プロセスはWF開発 18 工程 主担当(開発部門) 他連携組織 製品ロードマップ PdM PMM 各開発項目決定 PdM PMM 要求仕様策定 PdM PMM(CS、営業） 要件定義 エンジニア デザイナー 設計 エンジニア デザイナー 実装・単体テスト エンジニア デザイナー、オフショア 結合・システムテスト QA オフショア 受け入れテスト QA PMM、CS リリース準備 エンジニア/QA 開発管理 リリース QA インフラ 運用・保守・サポート QA CS 年4回の3ヶ月サイクル、ウォーターフォール開発 PdMのアウトプットは PRD（製品要求仕様書） PRDの内容での手戻りは 大きな影響が出る。 効率がよいコミュニケーションのためには ドキュメントの質を向上させていくことが必須 コミュニケーションの質を考えるきっかけになった
19. © RAKUS Co., Ltd. All Rights Reserved. © RAKUS Co., Ltd. All Rights Reserved. ドキュメントの質とは 19
20. © RAKUS Co., Ltd. All Rights Reserved. 質のいいドキュメントとは？ 20 ・明確 └情報が簡潔でわかりやすい、一読で理解できる ・一貫性 └用語の使い方やフォーマットが一貫している ・完全性 └必要な情報がすべて含まれていて、抜けや曖昧さがない ・構造化 └論理的に構造化されていて、章や見出しが適切に配置されている ・視覚的に魅力的 └フォント、色、レイアウトなどが適切に使用され、図やグラフが効果的に使用されている ・読み手から逆算 └読者の視点に立った内容であり、期待に応える内容になっている
21. © RAKUS Co., Ltd. All Rights Reserved. 質のいいドキュメントとは？ 21 ・明確 └情報が簡潔でわかりやすい、一読で理解できる ・一貫性 └用語の使い方やフォーマットが一貫している ・完全性 └必要な情報がすべて含まれていて、抜けや曖昧さがない ・構造化 └論理的に構造化されていて、章や見出しが適切に配置されている ・視覚的に魅力的 └フォント、色、レイアウトなどが適切に使用され、図やグラフが効果的に使用されている ・ユーザー中心 └読者の視点に立った内容であり、期待に応える内容になっている これらはHow。 伝えたいことが相手に伝わるドキュメント
22. © RAKUS Co., Ltd. All Rights Reserved. © RAKUS Co., Ltd. All Rights Reserved. 質向上のためにしていること 22
23. © RAKUS Co., Ltd. All Rights Reserved. 言語化 23 ・自分の考えを整理するときは必ず文章として書き出す ・ミーティングの時は目的やゴール、提案内容や聞きたいことを資料として用意する ・なるべくチャットなどのテキストベースのコミュニケーション方法を使い、 口頭でのコミュニケーションで発生しがちな”行間を読んでもらう”ことをなくす まずは大前提となる「言語化」の訓練
24. © RAKUS Co., Ltd. All Rights Reserved. 要約 24 言語化した内容をスライド（パワーポイント）にまとめていくのがおすすめ。 スプレッドシートやドキュメントと違って記載できる文字に限りがあるので、 必然的に要点を絞る癖が付く。 伝えたいことを端的にまとめる訓練
25. © RAKUS Co., Ltd. All Rights Reserved. 真似 25 社内に転がる、分かりやすいドキュメントの構成や レイアウトを真似する。オリジナリティを出す必要は一切なし。 わかりやすいと感じたドキュメントを真似する
26. © RAKUS Co., Ltd. All Rights Reserved. まとめ 26 私がPdM1年目に戻るなら・・・ 言語化 ドキュメンテーション コミュニケーション 自分の考えていることを 言葉にする。 誰が見ても分かりやすい形 で文章や図に落とし込む。 正確に伝え、 相手の情報を引き出す。 を疎かにしない
27. © RAKUS Co., Ltd. All Rights Reserved. まとめ 27 組織によって適切なコミュニケーション方法は異なると思いますが、是非 ”コミュニケーションの質と量”を意識してみてください。
28. © RAKUS Co., Ltd. All Rights Reserved. 28 ご清聴ありがとうございました。