product-lifecycle

プロダクトライフサイクル

既存の専門プロダクトスキルを組み合わせ、プロダクトを9つのライフサイクルフェーズに沿って進める、薄いオーケストレーションバンドルです。スキル間のルーティングとエビデンスの引き継ぎを提供します。各専門スキルの手順を重複して提供するものではありません。複数のライフサイクルフェーズにわたってプロダクトを進める必要がある場合は、このアンブレラスキルを読み込んでください。1つのフェーズの機能だけが必要な場合は、個々の専門スキルを直接読み込んでください。

フェーズのルーティング表

各フェーズは、1つ以上の専門スキルにルーティングされます。フェーズを開始する前に、必要なエントリーエビデンスが存在している必要があります。成果物は、ライフサイクルのエビデンス台帳を通じて次のフェーズに引き継がれます。すべてのフェーズに、明示的なエスカレーション動作と完了基準があります。各フェーズの契約の全文は、references/phases.md を参照してください。

#	フェーズ	主な専門家	開始時の証拠	成果物	エスカレーション時の対応	完了基準
1	ディスカバリー	product-discovery	製品アイデア、市場の兆候、またはステークホルダーからの要望	問題定義、ステークホルダーマップ、ディスカバリーログ、製品タイプの分類	次の場合は停止します：ユーザーの言葉で問題を説明できない場合；実際のニーズを述べるステークホルダーがいない場合；問題がすでに解決されている場合；組織の管轄外である場合	ステークホルダーが認識できる問題定義が存在する；製品タイプが分類されている；続行／保留／停止の判断が記録されている
2	戦略とポートフォリオの選択	product-strategy, strategy-frameworks	フェーズ1の問題定義とディスカバリーログ	戦略評価、市場規模の推定、ポートフォリオに関する提案、投資の根拠	次の場合は停止します：機会が戦略と矛盾する場合；市場の証拠が仮説と矛盾する場合；リソースの制約により実現不可能な場合；戦略の方向性が曖昧な場合	適合／不適合の根拠を含む戦略評価がある；ポートフォリオの判断が記録されている；リソースの見積もりが記録されている
3	ロードマップ	product-roadmapping-and-portfolio	フェーズ2の戦略評価とポートフォリオの判断	成果ベースのロードマップ項目、Now／Next／Laterへの配置、戦略的賭けの記録、依存関係マップ、キャパシティの割り当て	次の場合は停止します：依存関係を解消できない場合；キャパシティを確保できない場合；信頼度がしきい値を下回る場合；より優先度の高い賭けと競合する場合	ロードマップ項目が存在する；中止基準を含む賭けの記録が完成している；依存関係がマッピングされ、関係者に認識されている
4	UXと要件	product-design-and-ux	フェーズ3のロードマップ項目と賭けの記録；ディスカバリーログ	情報アーキテクチャ、タスクフロー、インターフェース契約、受け入れ基準	次の場合は停止します：UXによって根本的に異なる問題が明らかになった場合；ユーザー調査が仮説と矛盾する場合；動作をテスト可能な形で仕様化できない場合；制約を満たせない場合	情報アーキテクチャとタスクフローが文書化されている；インターフェース契約がある；受け入れ基準がテスト可能で追跡可能である
5	実験	product-experimentation	UX契約、前提条件の記録、リスク評価	実験概要、実験結果報告、更新された前提条件の記録、続行／方向転換／停止の判断	次の場合は停止します：実験を倫理的に設計できない場合；手法が実現不可能な場合；安全性／プライバシー／セキュリティ上のリスクが明らかになった場合；仮説が否定され、実行可能な方向転換案がない場合	仮説と判断ルールを含む実験概要がある；結果報告がある；証拠とともに続行／方向転換／停止の判断が記録されている
6	デリバリーへの引き継ぎ	implementation-planning, production-readiness, release-engineering	続行の判断、UX契約、受け入れ基準、前提条件の記録	実装計画、正式な仕様書、製品化準備の判定（Go／No-go／Defer／Exception）、リリース計画	次の場合は停止します：実現不可能な依存関係がある場合；準備状況の判定がNo-goまたはブロック中のExceptionを返した場合；セキュリティ／プライバシー／コンプライアンス上の理由でローンチが阻止される場合；リリース計画で変更ガバナンスの要件を満たせない場合	実装計画がデリバリーチームに承認されている；証拠とともに準備状況の判定が記録されている；リリース計画が文書化され、レビューされている
7	導入	product-adoption	ローンチの判断（Go）、リリースの証拠、対象セグメント、成功指標	導入計画、アクティベーションのベースライン、セグメンテーションの記録、導入指標	次の場合は停止します：介入後も導入状況がしきい値を大幅に下回る場合；製品と市場が根本的に適合していない場合；製品の変更では解決できない構造的な導入上の問題がある場合	導入計画が実行されている；アクティベーションと導入のベースラインが測定されている；続行／介入／方向転換／停止の判断が記録されている
8	成功	product-analytics-and-measurement	導入の証拠、成功基準、実験結果報告	成果の測定、実績と目標値を含む指標ツリー、成功／一部成功／未達の評価	次の場合は停止します：根本原因が不明なまま成果が期待を大幅に下回る場合；測定基盤が不十分な場合；証拠が投資の根拠と矛盾する場合	成果指標が基準に照らして測定されている；成功評価が記録されている；レビュー用の台帳が完成している
9	ライフサイクルレビュー	product-lifecycle-learning	成果の測定、すべての証拠台帳、当初の前提条件の記録	成果レビュー（期待値と観測値の比較）、前提条件台帳の更新、継続／改善／収益化／方向転換／保留／終了の判断、学習内容の保持記録	次の場合は停止します：終了がチームの権限を超える重大な影響を伴う場合；保持する学習内容が基礎となる前提条件と矛盾する場合；全社的なパターンにより経営陣の対応が必要な場合	成果レビューが記録されている；根拠とともにライフサイクルの判断が記録されている；学習内容が保持されている；台帳が締められている

サポートおよび横断的なスキル

これらのスキルは、フェーズ単位ではなく、トリガーに応じて読み込まれます。複数のフェーズを支援し、特定の能力が必要な場合に呼び出されます。

スキル	読み込まれるタイミング
product-methodology	フェーズで複数の選択肢が生まれ、その優先順位付け（RICE、MoSCoW、Kano、OST）が必要な場合
product-operations-and-governance	ガバナンスの設定や変更を行う場合、または正式な意思決定権限が必要なフェーズの境界で
financial-modeling	ユニットエコノミクス、価格設定、またはビジネスモデルの分析が必要な場合（フェーズ 2、8）
go-to-market	ポジショニング、顧客獲得戦略、または成長モデリングが必要な場合（フェーズ 7、8）
data-scientist	統計的設計、因果推論、または厳密な実験分析が必要な場合（フェーズ 5、8）
spec-driven-development	フェーズゲートを伴う正式な仕様が必要な場合（フェーズ 6）
privacy-engineering	いずれかのフェーズで個人を特定できる情報（PII）、同意、保持、またはデータフローを扱う場合
secure-software-engineering	いずれかのフェーズで信頼境界、認証、または機密データを扱う場合
verification-methodology	証拠が必要なすべてのフェーズゲートで
qa-methodology	テスト戦略と品質ゲートが必要な場合（フェーズ 6）
site-reliability-engineering	信頼性、SLO、または運用準備が必要な場合（フェーズ 6）
platform-engineering	インフラストラクチャ、CI/CD、またはプラットフォーム機能が必要な場合（フェーズ 6）
neckbeard	実装にあたり、ソフトウェア開発ライフサイクル（SDLC）の変更リクエストの流れが必要な場合（フェーズ 6）
production-excellence バンドル（利用可能な場合）	本番対応、移行エンジニアリング、レジリエンスと復旧、キャパシティとコストのエンジニアリング、インシデントからの学習を組み合わせた、完全な本番エクセレンスバンドルを引き継ぎ先として利用できる場合（フェーズ 6）

読み込みプロトコル

このアンブレラスキルは、確実に発見できるエントリーポイントです。ネストされたスキルや参照先の専門スキルはトリガーに応じて読み込まれ、アンブレラスキルによって事前に読み込まれることはありません。

1. この SKILL.md を読み、フェーズのルーティング表を確認して現在のフェーズを特定します。
2. 詳細な開始時の証拠、エスカレーションの動作、完了条件については、references/phases.md からフェーズ契約を読み込みます。
3. フェーズの行に記載された専門スキルを読み込みます。専門スキルの手法に従い、アンブレラスキルから手法を再導出しないでください。
4. フェーズの成果物をライフサイクルの証拠台帳に記録します（台帳の項目と規約については、references/phases.md を参照してください）。
5. 次のフェーズでは台帳を読み込み、前フェーズの証拠を再導出しません。
6. ライフサイクルが完了または停止した時点で、台帳が永続的な記録となります。

ライフサイクル全体をたどらずに能力を検索する場合は、references/capability-map.md を使用してください。

使用しない場合

• 単一の専門タスク。 作業が1つのフェーズ内で完結する場合（例：ステークホルダーへのインタビュー、実験の設計、ロードマップの更新）は、専門スキルを直接読み込んでください。単一フェーズの作業では不要なオーケストレーションのオーバーヘッドが加わります。
• ソフトウェア開発ライフサイクル。 作業が製品レベルの意思決定ではなく、コード変更、バグ修正、機能実装である場合は、neckbeard に振り分けてください。
• 手法の重複。 このバンドルは、product-discovery、product-strategy、product-design-and-ux、product-experimentation、product-analytics-and-measurement、release-engineering の手法を重複して提供するものではありません。手順を確認するには、それらのスキルを直接読み込んでください。
• B2B SaaS の前提。 このバンドルは、B2B SaaS 製品を前提としていません。カスタマーサクセスへの振り分け（フェーズ8）は、製品の種類に応じて実施します。社内ツール、公共サービス製品、取引型製品、消費者向け製品では、conditional-customer-success を読み込まずに進めます。
• 戦略フレームワーク。 ライフサイクルの文脈を伴わない単独の戦略分析（ファイブフォース、ブルー・オーシャン、アンゾフ）には、strategy-frameworks を直接読み込んでください。
• 財務モデリング。 ライフサイクルの文脈を伴わない単独の財務分析には、financial-modeling を直接読み込んでください。

ファイルマップ

パス	読み込むタイミング
references/phases.md	ライフサイクルのいずれかのフェーズに入るとき。各フェーズの開始に必要な根拠、出力成果物、エスカレーションの動作、完了条件を定義します
references/discovery-brief.md	バンドルの境界と、既存のバンドルとの比較を把握するとき
references/capability-map.md	ライフサイクル全体をたどらずに、特定の機能を担当する専門スキルを調べるとき
manifest.yaml	機械可読な構成契約（スキーマ v1）。目的、対象者、ステージ、含まれるスキル、前提条件、出力、引き継ぎ、競合、評価スイートを定義し、ライフサイクル機能マトリックスで使用されます