起点・思考・出力で分解する 〜PM業務の自動化設計〜

https://contrea.connpass.com/event/394360/
[エンジニア限定] Contrea AI駆動開発Conference 2026 で発表したスライドです。

1. 起点・思考・出力で分解する 〜PM 業務の自動化設計〜 ラクスル株式会社 Tech PdM 菊地 和真（@kazu_kichi_67 ） 2026.6.25
2. 菊地 和真 @kazu_kichi_67 中堅独立系SIer で12 年エンジニアを経験したのち、2025 年4 月か ら現職。 趣味はコミュニティ参加とキャンプ。 © RAKSUL, inc. All rights reserved. 2
3. 今日伝えたいこと 保守運用を例に、PM 業務の自動化フロー を解説する 起点・思考・出力で分解して設計する考え方 うまくいっていることと、まだ残る課題・これからの見通し © RAKSUL, inc. All rights reserved. 3
4. © RAKSUL, inc. All rights reserved. 4 保守運用サイクル
5. 以前まで：人がつないでいた流れ © RAKSUL, inc. All rights reserved. 5 ステークホルダー 改善要望 Slack PDM 意思決定 PDM タスク起票 Notion PDM アサイン Slack TECH Issue 起票 Linear TECH 実装 TECH テスト TECH レビュー TECH リリース PDM 完了報告 Slack
6. タスク起票をエージェントへ © RAKSUL, inc. All rights reserved. 6 Slack の @ メンション スレッドの内容を読み取り、 分類と要件を整理する Notion DB にタスクを起票す る
7. タスク起票をエージェントへ © RAKSUL, inc. All rights reserved. 6 Slack の @ メンション 起点 スレッドの内容を読み取り、 分類と要件を整理する Notion DB にタスクを起票す る
8. タスク起票をエージェントへ © RAKSUL, inc. All rights reserved. 6 Slack の @ メンション 起点 スレッドの内容を読み取り、 分類と要件を整理する 思考 Notion DB にタスクを起票す る
9. タスク起票をエージェントへ © RAKSUL, inc. All rights reserved. 6 Slack の @ メンション 起点 スレッドの内容を読み取り、 分類と要件を整理する 思考 Notion DB にタスクを起票す る 出力
10. Issue 起票をエージェントへ © RAKSUL, inc. All rights reserved. 7 Notion DB のアサイン タスク内容を Why ・What ・ Acceptance Criteria に分解す る Linear に Issue を起票する
11. Issue 起票をエージェントへ © RAKSUL, inc. All rights reserved. 7 Notion DB のアサイン 起点 タスク内容を Why ・What ・ Acceptance Criteria に分解す る Linear に Issue を起票する
12. Issue 起票をエージェントへ © RAKSUL, inc. All rights reserved. 7 Notion DB のアサイン 起点 タスク内容を Why ・What ・ Acceptance Criteria に分解す る 思考 Linear に Issue を起票する
13. Issue 起票をエージェントへ © RAKSUL, inc. All rights reserved. 7 Notion DB のアサイン 起点 タスク内容を Why ・What ・ Acceptance Criteria に分解す る 思考 Linear に Issue を起票する 出力
14. 実装をエージェントへ © RAKSUL, inc. All rights reserved. 8 Linear Issue のアサイン Acceptance Criteria から変更 範囲と手順を整理し、実装計 画を立てる GitHub に PR を作成する
15. 実装をエージェントへ © RAKSUL, inc. All rights reserved. 8 Linear Issue のアサイン 起点 Acceptance Criteria から変更 範囲と手順を整理し、実装計 画を立てる GitHub に PR を作成する
16. 実装をエージェントへ © RAKSUL, inc. All rights reserved. 8 Linear Issue のアサイン 起点 Acceptance Criteria から変更 範囲と手順を整理し、実装計 画を立てる 思考 GitHub に PR を作成する
17. 実装をエージェントへ © RAKSUL, inc. All rights reserved. 8 Linear Issue のアサイン 起点 Acceptance Criteria から変更 範囲と手順を整理し、実装計 画を立てる 思考 GitHub に PR を作成する 出力
18. テストをエージェントへ © RAKSUL, inc. All rights reserved. 9 Cron + Labels PR の変更内容から確認観点 と手順を整理し、テスト計画 を立てる Playwright で実行し、結果と キャプチャを PR に返す
19. テストをエージェントへ © RAKSUL, inc. All rights reserved. 9 Cron + Labels 起点 PR の変更内容から確認観点 と手順を整理し、テスト計画 を立てる Playwright で実行し、結果と キャプチャを PR に返す
20. テストをエージェントへ © RAKSUL, inc. All rights reserved. 9 Cron + Labels 起点 PR の変更内容から確認観点 と手順を整理し、テスト計画 を立てる 思考 Playwright で実行し、結果と キャプチャを PR に返す
21. テストをエージェントへ © RAKSUL, inc. All rights reserved. 9 Cron + Labels 起点 PR の変更内容から確認観点 と手順を整理し、テスト計画 を立てる 思考 Playwright で実行し、結果と キャプチャを PR に返す 出力
22. 完了報告をエージェントへ © RAKSUL, inc. All rights reserved. 10 タスクの完了 完了内容と経緯を整理し、状 況サマリを作る Slack でステークホルダーに 報告する
23. 完了報告をエージェントへ © RAKSUL, inc. All rights reserved. 10 タスクの完了 起点 完了内容と経緯を整理し、状 況サマリを作る Slack でステークホルダーに 報告する
24. 完了報告をエージェントへ © RAKSUL, inc. All rights reserved. 10 タスクの完了 起点 完了内容と経緯を整理し、状 況サマリを作る 思考 Slack でステークホルダーに 報告する
25. 完了報告をエージェントへ © RAKSUL, inc. All rights reserved. 10 タスクの完了 起点 完了内容と経緯を整理し、状 況サマリを作る 思考 Slack でステークホルダーに 報告する 出力
26. © RAKSUL, inc. All rights reserved. 11 エージェント導入前 ステークホルダー 改善要望 Slack PDM 意思決定 PDM タスク起票 Notion PDM アサイン Slack TECH Issue 起票 Linear TECH 実装 TECH テスト TECH レビュー TECH リリース PDM 完了報告 Slack
27. © RAKSUL, inc. All rights reserved. 11 エージェント導入前 ステークホルダー 改善要望 Slack PDM 意思決定 PDM タスク起票 Notion PDM アサイン Slack TECH Issue 起票 Linear TECH 実装 TECH テスト TECH レビュー TECH リリース PDM 完了報告 Slack
28. © RAKSUL, inc. All rights reserved. 12 主要ステップをエージェントへ ステークホルダー 改善要望 Slack PDM 意思決定 PDM タスク起票 Notion PDM アサイン Slack TECH Issue 起票 Linear TECH 実装 TECH テスト TECH レビュー TECH リリース PDM 完了報告 Slack
29. © RAKSUL, inc. All rights reserved. 12 主要ステップをエージェントへ ステークホルダー 改善要望 Slack PDM 意思決定 PDM アサイン Slack TECH レビュー TECH リリース
30. © RAKSUL, inc. All rights reserved. 13 自動化のポイント
31. 作業を3 つに分解する 設計するときの3 つの問い © RAKSUL, inc. All rights reserved. 14
32. 作業を3 つに分解する 起点 Trigger 設計するときの3 つの問い 起点 — いつ、何がきっかけで動き出すか © RAKSUL, inc. All rights reserved. 14
33. 作業を3 つに分解する 起点 Trigger 思考 Brain 設計するときの3 つの問い 起点 — いつ、何がきっかけで動き出すか 思考 — 何を判断し、どう分解・整理するか © RAKSUL, inc. All rights reserved. 14
34. 作業を3 つに分解する 起点 Trigger 思考 Brain 出力 Output 設計するときの3 つの問い 起点 — いつ、何がきっかけで動き出すか 思考 — 何を判断し、どう分解・整理するか 出力 — どこに、何を書き出すか © RAKSUL, inc. All rights reserved. 14
35. 設計原則 トリガーと I/O — 起点・入出力 先（MCP 等）を整理する 思考 = モデル — まずは軽量・ 低コストに始め、進化前提で設 計する 指示は Why のみ — ゴールを伝 え How は固定しない。伸びを 縛る細かい指示は避ける Cursor Automations © RAKSUL, inc. All rights reserved. 15
36. 設計原則 トリガーと I/O — 起点・入出力 先（MCP 等）を整理する 思考 = モデル — まずは軽量・ 低コストに始め、進化前提で設 計する 指示は Why のみ — ゴールを伝 え How は固定しない。伸びを 縛る細かい指示は避ける Cursor Automations © RAKSUL, inc. All rights reserved. 15
37. 設計原則 トリガーと I/O — 起点・入出力 先（MCP 等）を整理する 思考 = モデル — まずは軽量・ 低コストに始め、進化前提で設 計する 指示は Why のみ — ゴールを伝 え How は固定しない。伸びを 縛る細かい指示は避ける Cursor Automations © RAKSUL, inc. All rights reserved. 15
38. 設計原則 トリガーと I/O — 起点・入出力 先（MCP 等）を整理する 思考 = モデル — まずは軽量・ 低コストに始め、進化前提で設 計する 指示は Why のみ — ゴールを伝 え How は固定しない。伸びを 縛る細かい指示は避ける Cursor Automations © RAKSUL, inc. All rights reserved. 15
39. © RAKSUL, inc. All rights reserved. 16 課題感
40. ガードレール 課題 自走力がついた反面、目的達成まで走り続け、トークンを 浪費することがある 今の対応 プロンプトで一定時間以上走り続けたら停止し、エスカレ ーションさせている（確実じゃない） © RAKSUL, inc. All rights reserved. 17
41. 状況把握 © RAKSUL, inc. All rights reserved. 18 課題 エージェントが 20 ほど動いており、いつ・どこで・何を しているか把握しきれない 今の対応 エージェント用の times チャンネルを作り、活動をそこに レポートさせている
42. 共通化 課題 ドメイン知識など、複数エージェントで共通参照したいも のがあるが、共通レイヤーがまだ確立されていない 今の対応 Notion などにナレッジ化し、各エージェントから読ませて いる © RAKSUL, inc. All rights reserved. 19
43. © RAKSUL, inc. All rights reserved. 20 今後の展望
44. 起点が人からプロダクトへ © RAKSUL, inc. All rights reserved. 21 ステークホルダー 改善要望 Slack PDM 意思決定 AGENT タスク起票 Notion 🤖 PDM アサイン Slack AGENT Issue 起票 Linear 🤖 AGENT 実装 Cursor 🤖 AGENT 夜間テスト 🤖 TECH レビュー TECH リリース AGENT 完了報告 Slack 🤖
45. 起点が人からプロダクトへ © RAKSUL, inc. All rights reserved. 21 AGENT 改善要望 巡回 🤖 PDM 意思決定 AGENT タスク起票 Notion 🤖 PDM アサイン Slack AGENT Issue 起票 Linear 🤖 AGENT 実装 Cursor 🤖 AGENT 夜間テスト 🤖 TECH レビュー TECH リリース AGENT 完了報告 Slack 🤖
46. 監視エージェント群 QA チーム 品質チェック 校正 / 法務 表記ゆれ・コンプライアンス SEO コンサル インデックス・CTR UI/UX デザイナー 導線・離脱 それぞれの人格でサイトを巡回させている — すでに仮運用中 「やってもいい」と思える提案は 数件に 1 件 程度 ただし、各人格のスキル（思考モデル）は 確実に進化する © RAKSUL, inc. All rights reserved. 22
47. © RAKSUL, inc. All rights reserved. 23 試行、分析、評価ループ AGENT 改善要望 巡回 🤖 PDM 意思決定 AGENT タスク起票 Notion 🤖 PDM アサイン Slack AGENT Issue 起票 Linear 🤖 AGENT 実装 Cursor 🤖 AGENT 夜間テスト 🤖 TECH レビュー TECH リリース AGENT 完了報告 Slack 🤖
48. © RAKSUL, inc. All rights reserved. 23 試行、分析、評価ループ AGENT 改善要望 巡回 🤖 PDM 意思決定 AGENT タスク起票 Notion 🤖 PDM アサイン Slack AGENT Issue 起票 Linear 🤖 AGENT 実装 Cursor 🤖 AGENT 夜間テスト 🤖 TECH レビュー TECH リリース AGENT 完了報告 Slack 🤖 AGENT AB テスト 🤖 AGENT 分析・評価 🤖
49. © RAKSUL, inc. All rights reserved. 23 試行、分析、評価ループ AGENT 改善要望 巡回 🤖 PDM 意思決定 AGENT タスク起票 Notion 🤖 PDM アサイン Slack AGENT Issue 起票 Linear 🤖 AGENT 実装 Cursor 🤖 AGENT 夜間テスト 🤖 TECH レビュー TECH リリース AGENT 完了報告 Slack 🤖 AGENT AB テスト 🤖 AGENT 分析・評価 🤖
50. なぜループが必要か 良さそうだけど、判断しきれない 改善提案が増えてくる 気軽に試行するための AB テスト基盤 は必須 小粒な改修は、大きなファネルだけ見ていても 変化が読めな い その変更を見るには、どの数値を見るべきか 判断し、自立的 に評価できる必要がある ループエンジニアリングへ © RAKSUL, inc. All rights reserved. 24
51. なぜループが必要か 良さそうだけど、判断しきれない 改善提案が増えてくる 気軽に試行するための AB テスト基盤 は必須 小粒な改修は、大きなファネルだけ見ていても 変化が読めな い その変更を見るには、どの数値を見るべきか 判断し、自立的 に評価できる必要がある ループエンジニアリングへ © RAKSUL, inc. All rights reserved. 24
52. なぜループが必要か 良さそうだけど、判断しきれない 改善提案が増えてくる 気軽に試行するための AB テスト基盤 は必須 小粒な改修は、大きなファネルだけ見ていても 変化が読めな い その変更を見るには、どの数値を見るべきか 判断し、自立的 に評価できる必要がある ループエンジニアリングへ © RAKSUL, inc. All rights reserved. 24
53. なぜループが必要か 良さそうだけど、判断しきれない 改善提案が増えてくる 気軽に試行するための AB テスト基盤 は必須 小粒な改修は、大きなファネルだけ見ていても 変化が読めな い その変更を見るには、どの数値を見るべきか 判断し、自立的 に評価できる必要がある ループエンジニアリングへ © RAKSUL, inc. All rights reserved. 24
54. 人間は「やるべきか」に集中する ディスカバリー にフォーカスできる — 実行はエージェントに 任せる コストが下がり、ROI が合わなかった領域 まで手が届く やれることは増える。だからこそ やるべきか はシビアに判断 する © RAKSUL, inc. All rights reserved. 25
55. 人間は「やるべきか」に集中する ディスカバリー にフォーカスできる — 実行はエージェントに 任せる コストが下がり、ROI が合わなかった領域 まで手が届く やれることは増える。だからこそ やるべきか はシビアに判断 する © RAKSUL, inc. All rights reserved. 25
56. 人間は「やるべきか」に集中する ディスカバリー にフォーカスできる — 実行はエージェントに 任せる コストが下がり、ROI が合わなかった領域 まで手が届く やれることは増える。だからこそ やるべきか はシビアに判断 する © RAKSUL, inc. All rights reserved. 25
57. 人間は「やるべきか」に集中する ディスカバリー にフォーカスできる — 実行はエージェントに 任せる コストが下がり、ROI が合わなかった領域 まで手が届く やれることは増える。だからこそ やるべきか はシビアに判断 する © RAKSUL, inc. All rights reserved. 25
58. まとめ 起点・思考・出力で分解して設計する トリガと I/O を整理し、Why だけ をエージェントに伝える 監視エージェントと 試行・分析・評価 でループを回す 人間は ディスカバリー と「やるべきか」の判断に集中する © RAKSUL, inc. All rights reserved. 26
59. まとめ 起点・思考・出力で分解して設計する トリガと I/O を整理し、Why だけ をエージェントに伝える 監視エージェントと 試行・分析・評価 でループを回す 人間は ディスカバリー と「やるべきか」の判断に集中する © RAKSUL, inc. All rights reserved. 26
60. まとめ 起点・思考・出力で分解して設計する トリガと I/O を整理し、Why だけ をエージェントに伝える 監視エージェントと 試行・分析・評価 でループを回す 人間は ディスカバリー と「やるべきか」の判断に集中する © RAKSUL, inc. All rights reserved. 26
61. まとめ 起点・思考・出力で分解して設計する トリガと I/O を整理し、Why だけ をエージェントに伝える 監視エージェントと 試行・分析・評価 でループを回す 人間は ディスカバリー と「やるべきか」の判断に集中する © RAKSUL, inc. All rights reserved. 26
62. まとめ 起点・思考・出力で分解して設計する トリガと I/O を整理し、Why だけ をエージェントに伝える 監視エージェントと 試行・分析・評価 でループを回す 人間は ディスカバリー と「やるべきか」の判断に集中する ご清聴ありがとうございました © RAKSUL, inc. All rights reserved. 26