チームのモメンタムに投資せよ！ 不確実性と共存しながら勢いを生み出す３つの実践

スクラムフェス福岡 2026
https://www.scrumfestfukuoka.org/
での登壇資料です

Transcript

1. ©KAKEHASHI inc. チームのモメンタムに投資せよ！ 不確実性と共存しながら勢いを生み出す３つの実践 2026/03/07 株式会社カケハシ 高梨 慎人
2. © KAKEHASHI Inc. All Rights Reserved. 高梨　慎人 タカナシ マコト Pharmacy-Ops Business　Domain プロダクトリード / プロダクトマネージャー / PO スクラムチームでAIプロダクト開発を主導 博多在住。趣味は自転車と釣り 自己紹介
3. © KAKEHASHI Inc. All Rights Reserved.
4. © KAKEHASHI Inc. All Rights Reserved.
5. ©KAKEHASHI inc. 5 本日のテーマ “モメンタム, Momentum”
6. © KAKEHASHI Inc. All Rights Reserved. こんな悩みありませんか？ • 事業的にやるべきこと（ロードマップ）が半年間固定されていて、何か 新しいことを思いついても、試す余地がどこにもない・・・ • 事業的に必要なのはわかっちゃいるけど、、、チームに勢いもない・・・ • これ、、、誰のために、なんでやってるんだっけ？ • また同じパターンの実装か、、、成長してる実感がまったくない・・・
7. © KAKEHASHI Inc. All Rights Reserved. 今日はなすこと • プロダクト開発においてチームのモメンタムとっても大事 • EMやエンジニアだけでなくPdMもモメンタムに投資する必要がある • 私が担当しているプロジェクトの実例を取り上げながらPdMである私 がチームのモメンタムを維持・向上させるために行った工夫や反省をお 伝えします
8. © KAKEHASHI Inc. All Rights Reserved. 具体的な実プロジェクトの話に入る前に、、、 “モメンタム” について 認識を合わせておきましょう！！
9. © KAKEHASHI Inc. All Rights Reserved. 2. ソフトウェア開発における「モメンタム」 ソフトウェア開発において、モメンタムは主に**「チームの推進力」や「開発の勢い」**を指すメ タファー（比喩）として使われます。 意味と使われ方 • ベロシティの維持:アジャイル開発などで、スプリントごとに安定してストーリーポイン トを消化できている状態を「モメンタムがある」と表現します。 • 心理的停滞の回避:逆に、バグ修正ばかりで新機能が進まない、あるいは意思決定が 遅れてコードが書けない状態を「モメンタムを失った」と言います。 • デリバリーの習慣化:頻繁にデプロイを行い、ユーザーからのフィードバックを得るサ イクルが回っている状態は、チームに強いモメンタムを生みます。 Gemini からの回答抜粋
10. © KAKEHASHI Inc. All Rights Reserved. • 仕事が楽しくない、面白みがない • やらないといけないことはわかっているがエネ ルギーが沸かない • 課題や制約事項を解決するための初動に多大 なエネルギーを要する • 先行き不透明感、事業の成長に希望が見出せ ない • 「何をやっても無駄」という閉塞感、後ろ向き の発言が増える • 問題の先送りや離脱者の発生により、悪い状 態がさらに次の悪い状態を連鎖的に引き起こ す 出典 ： 開発チームのモメンタムを科学する モメンタムが高い時の状態 モメンタムが低い時の状態 • 仕事が楽しい、精神的ストレスが少ない • やり切る気持ちが自然と湧いてくる（強制では ない） • 課題や制約事項を解決する動きが自然と生ま れる • ゴール・アウトカムにコミットする姿勢 • チームに対する貢献が個人の市場価値を高め ることにつながる（自己成長） • 事業成長/機会提供と個人の成長性のベクトル が一致し連鎖的に高い従業員ロイヤルティを生 み出す
11. © KAKEHASHI Inc. All Rights Reserved. 事業に対する 期待 開発チームのモメンタム ＝開発チームの “勢い” ＝チームが目標に向かって 良い状態 自己成長 資金調達 売上 ユーザーの 感謝の声 利用率の向上 様々なアイデア 相談できる 環境 制約事項 技術的負債 コミュニケー ション摩擦 挑戦と失敗の 容認
12. © KAKEHASHI Inc. All Rights Reserved. 事業に対する 期待 開発チームのモメンタム ＝開発チームの “勢い” ＝チームが目標に向かって 良い状態 自己成長 資金調達 売上 ユーザーの 感謝の声 利用率の向上 様々なアイデア 相談できる 環境 制約事項 技術的負債 コミュニケー ション摩擦 挑戦と失敗の 容認 希望 効力感 減衰要因 外部要因 心理的安全性
13. © KAKEHASHI Inc. All Rights Reserved. 外部要因 出典 ： 開発チームのモメンタムを科学する 自分たちでコントロールできることにBESTを尽くそう 希望 効力感 減衰要因の低減 心理的安全性（全ての土台） どれだけのインパクトを生み出せそうか？ ＝事業的なワクワク感、効力感 何をどう作るか？　＝体験・技術 的なワクワク感 どうやって市場に出すか？　＝効 力感 何に楽しみを見出すか？　＝自己 成長・自己欲求のワクワク感 いつ、どのタイミングで制約事項 に向き合うか？ ＝制約事項の明確化 内部品質をどこまで高めるか？ ＝技術負債の解消 外部からのパワー注入
14. © KAKEHASHI Inc. All Rights Reserved. なぜPdMがモメンタムに投資するのか？
15. © KAKEHASHI Inc. All Rights Reserved. PdMは • プロダクトのビジョンや将来像 • 何を作るか • 目下やるべきことの優先順位 といった重要な意思決定権を持つ
16. © KAKEHASHI Inc. All Rights Reserved. PdMは • プロダクトのビジョンや将来像 • 何を作るか • 目下やるべきことの優先順位 といった重要な意思決定権を持つ 👉 意思決定がモメンタムを変動させる要因に大きく影響を 　　与える
17. © KAKEHASHI Inc. All Rights Reserved. PdMの意思決定がモメンタムに作用する例 • 必要十分なプロダクト品質で素早く市場投入、フットワーク軽くPDCAが回る ◦ ＝＞効力感UP⤴、改善アイデアの議論も活発化（心理的安全性もUP⤴） ▪ ＝＞モメンタムUP📈
18. © KAKEHASHI Inc. All Rights Reserved. PdMの意思決定がモメンタムに作用する例 • 必要十分なプロダクト品質で素早く市場投入、フットワーク軽くPDCAが回る ◦ ＝＞効力感UP⤴、改善アイデアの議論も活発化（心理的安全性もUP⤴） ▪ ＝＞モメンタムUP📈 • 事業ロードマップを優先するあまり内部品質についてずっと劣後。負債は溜ま り続け運用も大変。エンジニアもモヤモヤ ◦ ＝＞効力感は上がる⤴、溜まり続ける負債⤵、心理的安全性低下⤵ ▪ ＝＞モメンタムDOWN📉
19. © KAKEHASHI Inc. All Rights Reserved. PdMの意思決定がモメンタムに作用する例 • 必要十分なプロダクト品質で素早く市場投入、フットワーク軽くPDCAが回る ◦ ＝＞効力感UP⤴、改善アイデアの議論も活発化（心理的安全性もUP⤴） ▪ ＝＞モメンタムUP📈 • 事業ロードマップを優先するあまり内部品質についてずっと劣後。負債は溜ま り続け運用も大変。エンジニアもモヤモヤ ◦ ＝＞効力感は上がる⤴、溜まり続ける負債⤵、心理的安全性低下⤵ ▪ ＝＞モメンタムDOWN📉 • やらなくちゃ行けないことがたくさんありすぎる！今やるべきことを一つに絞 る。その他は捨てる ◦ ＝＞モメンタムは上がる？下がる？🤔🤔🤔
20. © KAKEHASHI Inc. All Rights Reserved. では、次から実プロジェクトでの 実例（エピソード）とプラクティスを ご紹介します
21. ©KAKEHASHI inc. 21 薬局における生成AIプロダクト開発 プロジェクト紹介
22. © KAKEHASHI Inc. All Rights Reserved. 簡単にプロジェクト説明 薬局における生成AIプロダクト開発プロジェクト • 開発チームは PdM, EM, エンジニア, デザイナー, DS, ドメインエキス パートらで構成され１０名程度。スクラムとしては規模大きめ • 最初にプロトタイプを爆速開発　＝＞　商談や展示会でプレゼンス発揮 • その後、弊社の主力製品（基幹システム）であるMusubiに組み込み • 一部顧客にて先行検証 • 先行検証を経て改善　＝＞　正式リリース • そこからどんどん機能拡充 and more
23. © KAKEHASHI Inc. All Rights Reserved. 薬局における生成AIプロダクト開発プロジェクト モメンタム 曲線
24. © KAKEHASHI Inc. All Rights Reserved. 薬局における生成AIプロダクト開発プロジェクト モメンタム 曲線 革新的プロダ クト爆速で作っ たるで〜 基幹系の技術 要件、品質要 件、制約の多さ に衝撃を受け る 市場スケール の方針にチー ム間認識齟齬 が発生！ それに伴いプ ロダクトビジョ ンも揺れる！ やることを絞る！ 一丁目一番地のプロ ダクトバリューに集中 ケース１ ケース2 ケース3
25. ©KAKEHASHI inc. 25 ケース1： ビジョンを「見える化」し、 不確実性に挑む原動力とする
26. © KAKEHASHI Inc. All Rights Reserved. 薬局における生成AIプロダクト開発プロジェクト モメンタム 曲線 基幹系の技術 要件、品質要 件、制約の多さ に衝撃を受け る ケース１
27. © KAKEHASHI Inc. All Rights Reserved. 薬局における生成AIプロダクト開発プロジェクト モメンタム 曲線 基幹系の技術 要件、品質要 件、制約の多さ に衝撃を受け る ケース１ 弊社基幹系システム概要 - Musubi（薬局のSoR） - ８年の歴史 - 契約数 数千店舗以上 - 間違いなくカケハシで最も重 要なプロダクト =>重厚なプロセスと積み上がる ロードマップ、８年の歴史の技術ス タック
28. © KAKEHASHI Inc. All Rights Reserved. メンバーはプロトタイプの勢いそのままに、生成AIを自社の正 式プロダクトに組み込んでどんな革新的なプロダクト開発がで きるのかワクワクしていた！ しかしMusubiに組み込まなくてはいけない。。。 ガチガチの基幹系。８年の積み上がった歴史。 生成AIという技術的不確実性との相性の悪さ。 さて、、、どうしたものか。。。🤔 シチュエーションとチーム状態
29. © KAKEHASHI Inc. All Rights Reserved. メンバーはプロトタイプの勢いそのままに、生成AIを自社の正 式プロダクトに組み込んでどんな革新的なプロダクト開発がで きるのかワクワクしていた！ しかしMusubiに組み込まなくてはいけない。。。 ガチガチの基幹系。８年の積み上がった歴史。 生成AIという技術的不確実性との相性の悪さ。 さて、、、どうしたものか。。。🤔 シチュエーションとチーム状態 めちゃくちゃ既存プロダクトの制約受けそう ＝＞希望⤵、効力感⤵ ８年の歴史に口出しするなんて・・・ ＝＞心理的安全性⤵ いきなり生成AIなんて不確実なものぶっ込んじゃっていいの？　 ＝＞希望⤵、心理的安全性⤵
30. © KAKEHASHI Inc. All Rights Reserved. 当時私が考えていたこと • 基幹系組み込みは会社の戦略的にも不可避 • 一方で本格的な生成AIプロダクトの市場投入は初。技術的なフット ワークはなるべく軽くしたい • そのためには軽量に Try & Error を行える独立体制とプロダクト基 盤が必要 • うまくやれば基幹系を軸にした薬局AIエージェントを実現できる可能 性ワンチャンある！！ • 勝ち確ではないが、将来像に対する理解は複数のステークホルダーか ら得られている
31. © KAKEHASHI Inc. All Rights Reserved. ビジョンだ！ 共感だ！！
32. © KAKEHASHI Inc. All Rights Reserved. 生成AIで作ったイメージ デザインチームのBOSSに依頼してプロダクトビジョン動画を作成 基幹系の上で、AIが薬剤師を様々なシーンで支援する薬局AIエージェント構想を 社内に説明 ⚠流石に本物の動画は見せれないのでAIで作ったイメージ
33. © KAKEHASHI Inc. All Rights Reserved. しかしMusubiに組み込まなくてはいけない。。。 ガチガチの基幹系。８年の積み上がった歴史。 生成AIという技術的不確実性との相性の悪さ。 さて、、、どうしたものか。。。🤔 これによりチーム状態がどう変化したかというと、、、
34. © KAKEHASHI Inc. All Rights Reserved. しかしMusubiに組み込まなくてはいけない。。。 ガチガチの基幹系。８年の積み上がった歴史。 生成AIという技術的不確実性との相性の悪さ。 さて、、、どうしたものか。。。🤔 これによりチーム状態がどう変化したかというと、、、 ビジョンの可視化でチームの士気が上がる、 技術的なワクワク感爆上がり ＝＞希望⤴ 密結合派の人たちも独立体制やフットワークを重視する進め方に理解を示してくれた ＝＞希望⤴、心理的安全性⤴ 小さな改善が回しやすく ＝＞効力感⤴ この開発は基幹系のプロダクト改善だけじゃ無い！！ 来るエージェント時代への布石であり土台作りだ！！
35. © KAKEHASHI Inc. All Rights Reserved. さらに、エンジニアからも活発に実現アイデアがもらえるようになった！！ 👉 PdM=考える人　ではなく　チームみんなで考える！！ 出典 ： 爆速でプロダクトをリリースしようと思ったらマイクロフロントエンドを選んでいた
36. © KAKEHASHI Inc. All Rights Reserved. ケース１の学び • ビジョンを実現するために必要な譲れないことに妥協してはいけない ◦ 継続的なモメンタムの維持・向上に蓋をすることになる • 妥協したく無いなら、その説明に労力を惜しんではいけない • ビジョンをみんなで同じ目線で共有し共感が得られれば、“PdM = 考 える人” 状態から自然と脱却しみんながプロアクティブに働けるように なる
37. ©KAKEHASHI inc. ケース2： 市場接合点での不確実性を予見し 物理的・心理的 “余白” を設計する 37
38. © KAKEHASHI Inc. All Rights Reserved. ケース2は “しくじり” の話です
39. © KAKEHASHI Inc. All Rights Reserved. 市場スケールに向けて詰め の調整。 さらに将来のエージェント 化に向けてAIプロダクト基 盤上でPoCも実施 基幹系組み込み + AI プロダクト基盤の開発 薬局における生成AIプロダクト開発プロジェクト モメンタム 曲線 市場スケール の方針にチー ム間認識齟齬 が発生！ ケース2
40. © KAKEHASHI Inc. All Rights Reserved. 当時私が考えていたこと ロードマップを不確実性に応じて矛・盾・ラボに分類（⚔ 🛡 🧪） ⚔ : 顧客にとっての新たな価値の作り込み。 モメンタム的には勢いを増す開発アイテム 🛡 : 顧客からは見えない価値や当たり前品 質の作り込み。 モメンタム的には低下を防ぐ開発アイテム 🧪 : 不確実性の高いR&DやPoCなど。 モメンタム的には将来の希望を醸成するアイ テム ⚠実際のプロダクトロードマップ（一部マスキング済）
41. © KAKEHASHI Inc. All Rights Reserved. 開発アイテムの不確実性を可視化！ ラボのPoCも始まった！ 不確実性のマネジメントはバッチリだ！
42. © KAKEHASHI Inc. All Rights Reserved.
43. © KAKEHASHI Inc. All Rights Reserved. 先の見えないデリバリー方針 ＝＞希望⤵ 一部の顧客における検証も順調。市場スケールの開発も全て 完了！あとはスケールさせるのみ！ その後にはいよいよエージェント開発が待ってるぜ！ デリバリー方針の変更によりそれなりの手戻り発生。 計画変更は不可避。 作ったはいいもののなかなか得られぬ効果実感。。。😢 シチュエーションとチーム状態 進まない市場スケール ＝＞効力感⤵ 中断を余儀なくされるラボ開発 ＝＞希望⤵ 急増する割り込み ＝＞心理的安全性⤵、疲労蓄積⤵
44. © KAKEHASHI Inc. All Rights Reserved. • 期間を伸ばす、スコープを減らす vs 事業目標 • 盾の開発アイテムを削る vs 内部品質など（盾を削りすぎると心理的安 全性の低下や疲労感の増大を生み出しモメンタムを下げる） • ラボの開発アイテムを削る vs 未来への投資（ラボを削りすぎると将来 への希望の低下を招きモメンタムを下げる） 👉 そもそもアジャイルなので、不確実性に対応するために計画変更が発生 するもの。本質はそこではない こういう場合の一般的な対応 本プロジェクトもこちらで対応
45. © KAKEHASHI Inc. All Rights Reserved. モメンタムへの影響は不可避 失った勢いを取り戻すのは非常に大変 メンバーはこの計画変更を 自分ごとと捉えることができるか？
46. © KAKEHASHI Inc. All Rights Reserved. 市場の接合点で ”余白” を見込んでおくべきだった！
47. © KAKEHASHI Inc. All Rights Reserved. 開発ロードマップにおける 物理的 “余白” は一定考慮していた
48. © KAKEHASHI Inc. All Rights Reserved. この市場スケール直前の期間はロードマップ的にも “余白”　の 設計はしていた。トラブルシュートの工数とNtH系の開発アイテ ムを配置しロードマップの柔軟性を確保していた 薬局における生成AIプロダクト開発プロジェクト モメンタム 曲線 市場スケール の方針にチー ム間認識齟齬 が発生！ ケース2
49. © KAKEHASHI Inc. All Rights Reserved. 足りていなかったのは 心理的 “余白”
50. © KAKEHASHI Inc. All Rights Reserved. • 物理的 “余白” ＝ ロードマップで弾力性は一定確保していた • 心理的 “余白” = その計画変更に対してどれだけ解像度高く理解 し、その結果として自分ごととして納得できるか
51. © KAKEHASHI Inc. All Rights Reserved. ここで問題となるのが、 “情報格差”
52. © KAKEHASHI Inc. All Rights Reserved. こういう時にこそ起こりがちなすれ違い PdM 開発メンバー • 社内根回しで身体がいくつあっても 足りないっすわ • プランBはこう考えておこう・・・ • 早く市場に出したいのはやまやまだ けど必要十分な準備も大切だし、何を 取って何を捨てるか判断が難しい・・・ • ロードマップの通りに順調に進 んでますわ • ラボ開発も思っているよりも順 調に進んでるし、ワクワクが止 まらないですわ 👉 その不確実性に対する悩みは PdM の悩みではなくチームの悩み。 　　同じ悩みを共有し同じ目線を持つということそのものに価値がある
53. © KAKEHASHI Inc. All Rights Reserved. ケース2の学び • 余白＝不確実性に対するチームの物理的・心理的なレジリエンスである • プロダクト開発のライフサイクル全体を踏まえて不確実性の上下を見極める （特に市場接合点） • PdM は不確実性が高まる時こそメンバーとの透明性を重視 • 普段開発メンバー各人が接する機会の少ないステークホルダーが何を思っ ているか、彼らと会話した体験を伝え “同じ解像度” を目指す
54. ©KAKEHASHI inc. ケース3： ピボット時には 戦略を「停滞」させる勇気を持つ 54
55. © KAKEHASHI Inc. All Rights Reserved. ケース2のデリバリー方針変更に 追い討ちをかける更なる衝撃
56. © KAKEHASHI Inc. All Rights Reserved. ＿人人人人人人人人人人人人人人人＿ ＞　　　　　　　　　　　　　　　　　　　　　　　＜ ＞ 　　　そもそもエージェントって　　　＜ ＞　 ビジネスとして眉唾じゃない？ 　＜ ＞　　　　　　　　　　　　　　　　　　　　　　　 ＜ ￣Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y￣
57. © KAKEHASHI Inc. All Rights Reserved. 薬局における生成AIプロダクト開発プロジェクト モメンタム 曲線 それに伴いプ ロダクトビジョ ンも揺れる！ やることを絞る！ 一丁目一番地のプロ ダクトバリューに集中 ケース3
58. © KAKEHASHI Inc. All Rights Reserved. 計画変更でラボ（未来に対する投資）が大きく後退したことは 仕方ない。でも市場スケールは超重要。 やるしかない・・・ 勝ち確じゃないしいきなりビジネスとして成功するとは思って ない。そもそも不確実性の高い領域なので一定の Bet は必 要なのに。。。 何を目指して、そのために次に何をすべきか　という行動指針 が揺れる。 シチュエーションとチーム状態 行動指針の喪失、戦略不審 ＝＞希望⤵⤵⤵ これまで目指していたものは・・・（虚無感） ＝＞希望⤵、効力感⤵ 目の前の市場スケールの課題は残存 ＝＞疲労蓄積⤵
59. © KAKEHASHI Inc. All Rights Reserved. 予定していた機能開発 と将来像との整合性 ビジョンと戦略、ビジネス モデルの再構築が必要 考えなくちゃいけないことがめちゃくちゃあった・・・ 既存機能の市場ス ケールに向けた開 発対応 ピボットしてこれまで 開発したものを作り直 すかどうか 既存機能の GoToMarketに向け たフロントチームとの 一体感醸成 対顧やマーケティング 的な面でどのように魅 せるか
60. © KAKEHASHI Inc. All Rights Reserved. でも、それよりも、何よりも 思ったこと・・・
61. © KAKEHASHI Inc. All Rights Reserved. “勢い” が足りない！！！！ みんながすげーーーーーーーーー つまらなそうにしている！！！！
62. © KAKEHASHI Inc. All Rights Reserved. 小さな成功をつかんで “勢い” を取り戻す！！！！
63. © KAKEHASHI Inc. All Rights Reserved. 決断したこと 可能な限り全部止める やることを一つに絞り徹底的にやる その一つをテコにして新たな “希望（＝チャレンジ）” を生み出す
64. © KAKEHASHI Inc. All Rights Reserved. 決断したこと 可能な限り全部止める • ロードマップを捨てる • 市場スケールを大幅に遅らせる => 一部顧客での先行検証の規模拡大にとどめる • 焦って拙速になり得る戦略リカバリもしない やることを一つに絞り徹底的にやる • 市場不確実性が最も低く確実に価値が届く「医療ドキュメント自動生成」機能に全集中 • その機能一本だけでも市場スケールできる状態まで徹底的にPMSF※ を目指す その一つをテコにして新たな “希望（＝チャレンジ）” を生み出す • 上記機能に対して、後続でワクワクするチャレンジを含む付加価値創出を織り込む • 市場での実績を積み上げ将来の戦略立案の解像度と蓋然性を高める ※ PMSF は Product Market Scale Fit のことだが、本発表の中では「事業に戦略的に寄与する形でスケールできる」という本来の意図とは異なる使い方をしている
65. © KAKEHASHI Inc. All Rights Reserved. 迷走フェーズの後半1ヶ月　：　「全部止める」ことと「医療ドキュメント自動生成」機能に全集中 することの社内説明 ➔ やることが明確になり迷いが低減 希望⤴ 心理的安全性⤴
66. © KAKEHASHI Inc. All Rights Reserved. 迷走フェーズの後半1ヶ月　：　「全部止める」ことと「医療ドキュメント自動生成」機能に全集中 することの社内説明 ➔ やることが明確になり迷いが低減 次の１ヶ月　：　課題の可視化と注力内容決定 ➔ LLMOpsとユーザーヒアリングにより現在地点と課題を可視化。 精度という１点において大幅な改善を目指すことを決定 希望⤴ 希望⤴ 心理的安全性⤴
67. © KAKEHASHI Inc. All Rights Reserved. 迷走フェーズの後半1ヶ月　：　「全部止める」ことと「医療ドキュメント自動生成」機能に全集中 することの社内説明 ➔ やることが明確になり迷いが低減 次の１ヶ月　：　課題の可視化と注力内容決定 ➔ LLMOpsとユーザーヒアリングにより現在地点と課題を可視化。 精度という１点において大幅な改善を目指すことを決定 その次の１ヶ月　：　技術的チャレンジを伴う課題解決、市場からの徹底的なFB収集 ➔ LLMOps の大改造・精度改善（技術的チャレンジ） と週に数回の Deploy ➔ Deploy ごとに都度ユーザーFBの収集 =>タイムリーにチームに還元 ➔ ユーザーの声とメトリクスから日進月歩でPMSFが近づいていることを実感 希望⤴ 希望⤴ 効力感⤴ 心理的安全性⤴ 効力感⤴
68. © KAKEHASHI Inc. All Rights Reserved. 迷走フェーズの後半1ヶ月　：　「全部止める」ことと「医療ドキュメント自動生成」機能に全集中 することの社内説明 ➔ やることが明確になり迷いが低減 次の１ヶ月　：　課題の可視化と注力内容決定 ➔ LLMOpsとユーザーヒアリングにより現在地点と課題を可視化。 精度という１点において大幅な改善を目指すことを決定 その次の１ヶ月　：　技術的チャレンジを伴う課題解決、市場からの徹底的なFB収集 ➔ LLMOps の大改造・精度改善（技術的チャレンジ） と週に数回の Deploy ➔ Deploy ごとに都度ユーザーFBの収集 =>タイムリーにチームに還元 ➔ ユーザーの声とメトリクスから日進月歩でPMSFが近づいていることを実感 さらに次の１ヶ月　：　更なる付加価値創出と戦略練り直し再開 ➔ よりエージェンティックな仕組みで更なる精度向上に Try ➔ 単一機能だけでもスケールの見通しが立ってきたのでPdMに余裕が生まれ戦略練り直 しの議論も再開 希望⤴ 希望⤴ 効力感⤴ 希望⤴ 心理的安全性⤴ 効力感⤴ 希望⤴ 心理的安全性⤴
69. © KAKEHASHI Inc. All Rights Reserved. • 苦しいとき、先行きが不透明になった時に戦略リカバリを焦ってはいけない ＝＞　チームをよくみて。今チームが欲しているのは付け焼き刃のリカバリ じゃないはず • 自分たちが自信を持って目標に向かっているという納得感と勢いなはず ＝＞　モメンタムの回復を優先 • 戦略に偏重するあまり、その土台を忘れてはいけない • チームの勢いは結果PdMの余裕を産み、良い戦略立案（練り直し）につなが る ケース3の学び
70. ©KAKEHASHI inc. 70 まとめ
71. © KAKEHASHI Inc. All Rights Reserved. スポーツ漫画によく出てくるフレーズ。 『勝負事で楽しむためには “強さ” が必要』
72. © KAKEHASHI Inc. All Rights Reserved. だけど、それと同じぐらい “遊び（楽しむ）” も必要です
73. © KAKEHASHI Inc. All Rights Reserved. プロダクト開発は それに似ていると思います
74. © KAKEHASHI Inc. All Rights Reserved. 強さ　　　遊び（楽しむ）
75. © KAKEHASHI Inc. All Rights Reserved. • PdM がモメンタム（チームの勢い）に投資するというのは、言い変えれば プロダクト開発における『強さ（戦略と実行力）』と『遊び（挑戦、希望）』の最 適化 • チームに向き合い、チームのみんなが何に希望を感じているのか？理屈や数 字だけではないチームの状態を感じ取りましょう • それを最適化することこそが、プロダクト開発における持続性を高め、結果 的に描く未来への最短ルートになるのではないでしょうか？ まとめ
76. © KAKEHASHI Inc. All Rights Reserved. PM・EM・エンジニアを積極採用中 https://kakehashi-dev.hatenablog.com/entry/2025/07/17/093000 We’re Hiring!!!
77. © KAKEHASHI Inc. All Rights Reserved. ご清聴ありがとうございました。