TL;DR
- Jeff Pattonが提唱する「継続的プロダクト改善サイクル」は、Sense → Focus → Discover → Deliver の4フェーズで構成
- AIPOやClaude CodeのAgentが採用する設計思想の原典
- テックプロダクトは「陳腐化→置き換え」ではなく「継続的改善」で進化する時代
- PMは全フェーズを同時並行で回す必要がある
Jeff Patton とは
Jeff Patton は「ユーザーストーリーマッピング」の考案者として知られるプロダクト思考の大家。著書『User Story Mapping』は世界中のPM・開発者に読まれている。
彼の最新フレームワーク「Continuous Product Improvement Cycle（継続的プロダクト改善サイクル）」は、みやっち氏のAIPO/AIPMシステムの理論的基盤となっている。
テックプロダクトは「置き換え」ではなく「継続的改善」
従来の物理プロダクト
物理的な製品（車、家電など）は「陳腐化モデル」で改善される：
- 新バージョンを開発
- 旧製品を廃止
- 顧客は新製品を購入
テックプロダクトの違い
Spotify、Zoom、Microsoft Wordに「2.0」は存在しない。代わりに：
- 継続的に機能を追加・削除
- 顧客は再購入なしで改善を享受
- 改善が止まれば、顧客は代替を探す
「すべてのプロダクトは継続的に改善する。ソフトウェアプロダクトは、より頻繁に、より小さな変更で改善する」 — Jeff Patton
継続的プロダクト改善サイクルの4フェーズ
┌──────────┐ ┌──────────┐ ┌───────────┐ ┌──────────┐
│ SENSE │→│ FOCUS │→│ DISCOVER │→│ DELIVER │
│ 感知 │ │ 集中 │ │ 発見 │ │ 提供 │
└──────────┘ └──────────┘ └───────────┘ └──────────┘
1. Sense（感知）
顧客、市場、技術、プロダクトの現状を理解する
| レベル | 焦点 | 手法 |
|---|---|---|
| 戦術的 | 今日の顧客行動 | インタビュー、メトリクス、サポート、レビュー |
| 戦略的 | まだいない顧客 | 市場調査、離脱分析、競合調査 |
| 技術的 | 基盤技術 | 技術負債評価、新技術の調査 |
ポイント: Senseは「検索（Search）」ではなく「散策（Stroll）」。目的を決めずに広く情報を集めることで、見落としを防ぐ。
2. Focus（集中）
ビジョン、戦略、目標で優先順位を決める
- ビジョン: 数年後の顧客体験を想像する
- 戦略: ビジョンへのステップを設計する
- ターゲットアウトカム: 今追求している具体的な成果
時間のバランス配分:
| カテゴリ | 説明 |
|---|---|
| 戦略的変更 | 新規顧客獲得、成長 |
| 戦術的変更 | 既存顧客の体験改善 |
| 技術的変更 | 基盤技術の更新 |
「睡眠、食事、運動は毎日必要。どれかを後回しにすると、後で代償を払う。プロダクト改善も同じ」
3. Discover（発見）
アイデアを分析・設計・テストする
- 多くのアイデアを検討: 最初のアイデアは最良ではない
- ほとんどのアイデアは失敗する: Pendoの調査では、ソフトウェア機能の**80%**がほとんど使われない
- 検証学習ループ: 仮説 → テスト → 学習 → 改善
┌─────────────┐
│ Make Sense │ ← 理解を深める
└──────┬──────┘
↓
┌─────────────┐
│ Expose Risk │ → 仮説を立てる
└──────┬──────┘
↓
┌─────────────┐
│ Test │ → 最速で検証
└──────┬──────┘
↓
↑ (ループ)
4. Deliver（提供）
高速・予測可能・高品質で構築・リリース
スクラムなどのアジャイル手法で：
- 短いタイムボックス（スプリント）
- コスト固定（チームサイズ固定）
- スコープ合意
- ベロシティ計測
- 品質レビュー
「すべてが同時に、あらゆる場所で」
これは線形フローではない。組織は4フェーズを同時並行で回す：
- 常にSenseで市場を観察
- 常にFocusで優先順位を見直す
- 常にDiscoverでアイデアを検証
- 常にDeliverで機能をリリース
小規模組織では1人がすべてを担当。組織が成長すると：
- リーダーシップ → ビジョン・戦略・目標設定
- リサーチ・技術リーダー → 戦略的リサーチ・アーキテクチャ
- チーム → Discovery と Delivery のバランス（Dual-Track Development）
AIPOとの関係
みやっち氏のAIPOシステムは、このフレームワークをAIエージェントとして実装したもの：
| Jeff Pattonモデル | AIPO実装 |
|---|---|
| Sense | /aipo/01_sense — コンテキスト収集 |
| Focus | /aipo/02_focus — タスク分解 |
| Discover | /aipo/03_discover — 計画生成 |
| Deliver | /aipo/04_deliver — 実行 |
重要な拡張:
- 永続コンテキスト:
layer.yaml/context.yamlで文脈が揮発しない - フラクタル分解: どの階層も同じパターンで再帰的に分解
- Context Cascade: 親から子へ文脈を継承
個人開発者への示唆
- Senseを飛ばさない — 効率を追求してSenseを省略すると「速い遭難」になる
- 4フェーズを毎週回す — Deliverだけに集中しがちだが、すべてのフェーズに時間を配分
- AIに指揮を任せる — AIPOのようなシステムで「AIに働かされる」体験を導入
参考リンク
- 原文: The Continuous Product Improvement Cycle — Jeff Patton Associates
- AIPO GitHub: miyatti777/aipo
- みやっち note: 汎用AI課題解決システム「AIPO」をリリースしました