iterate-pivot-decision

ピボットの意思決定

ピボットの意思決定文書では、戦略の方向転換、または現状維持の決定に至った分析と根拠を記録します。リーン・スタートアップの「ピボットか継続か」という考え方に基づき、この成果物によって、重要な戦略的決定が証拠に基づいて行われ、明確に伝達され、組織の学びのために保存されます。

使用するタイミング

• 十分に検証された学びから、現在の方向性ではうまくいかない可能性が示された後
• 計画されたピボットか継続かの確認時点（例：MVP のローンチ後）
• 市場からのフィードバックによって、重要な仮説が否定されたとき
• 大幅な方向転換を検討する戦略レビュー中
• 方向転換すべきかどうかについて、関係者の間で議論しているとき

使用しないタイミング

• 方向性の決定を伴わずに実験結果を報告する場合 → measure-experiment-results を使用してください
• 意思決定の対象が方向性ではなく、技術やアーキテクチャである場合 → develop-adr を使用してください
• まだ何も決定せず、候補となる方向性を検討したい場合 → define-opportunity-tree を使用してください
• チームに期末の振り返りの場が必要な場合 → iterate-retrospective を使用してください。ピボットの決定は意思決定文書であり、レトロスペクティブではありません
• まだプロダクトが作られておらず、新しいアイデア、機能、スコープ変更をそもそも作るかどうか（構築／検証／中止の判断）を問う場合 → foundation-build-risk-review を使用してください。ピボットの決定では、すでにリリースしたものに対する市場のフィードバックを評価します

手順

ピボットの意思決定を文書化するよう依頼された場合は、次の手順に従ってください。

1. 現状を要約する 現在取り組んでいること、その取り組みの期間、投資したリソース、達成した結果を記録します。これにより、意思決定を現実に即して行えます。

2. 証拠を提示する 指標、ユーザーからのフィードバック、実験結果、市場の兆候など、関連するデータをすべてまとめます。包括的に提示し、現状維持と方向転換の両方を支持する証拠を含めてください。

3. 仮説を見直す 現在の方向性を正当化した当初の仮説を再検討します。検証されたものはどれですか。否定されたものはどれですか。未検証のものはどれですか。

4. 選択肢を定義する 少なくとも3つの選択肢を明確にします。現状維持（現在の方向性を続ける）と、異なるピボット案を2つ以上提示してください。それぞれの選択肢を具体的に説明します。何が変わるのでしょうか。

5. 各選択肢を分析する 市場機会、競争優位性、チームの能力、必要なリソース、リスクなど、主要な基準に照らして各選択肢を評価します。意見ではなく、証拠を用いてください。

6. 決定する 選んだ方向性を明確に示します。トレードオフを認めたうえで、決定の根拠を説明してください。チーム内で意見が分かれている場合は、異論も記録します。

7. 実施計画を立てる 次に何をするかを概説します。直ちに行うアクション、新しい方向性に必要なリソース、成功基準、コミュニケーション計画を含めてください。

出力形式

references/TEMPLATE.md のテンプレートを使用して出力を構成します。完成した意思決定文書では、概要、エグゼクティブサマリー、現状、証拠の概要、仮説の見直し、検討した選択肢、分析、決定、実施計画、コミュニケーション計画、付録のすべてのセクションを埋めます。

品質チェックリスト

最終化する前に、次の点を確認してください。

• 現状に、結果の率直な評価が含まれている
• 証拠が包括的で、都合のよいものだけを選んでいない
• 複数の選択肢が公平に分析されている
• 決定の根拠が明確で、証拠に基づいている
• 実施計画が実行可能である
• 異論が記録されている

例

完成例は references/EXAMPLE.md を参照してください。