スコープはプロジェクトが提供することに同意した作業の集合です。スコープクリープはそのスコープが段階的に、制御されずに拡大することです — 「小さな追加」の絶え間ない流れがスケジュールを静かに台無しにします。スコープを管理することは、変更を拒否することではなく、変更を制御することです。
なぜ重要なのか
text
✓ Document what's IN scope
✓ Document what's explicitly OUT of scope (the underused half)
✓ Define "done" / acceptance criteria
✓ Get stakeholders to agree before work starts
書かれた、同意されたバウンダリーがあれば、後で「これは変更です」と証拠を示して言えます。
変更を意図的に処理する
変更は悪いことではありません — 制御されていない変更が悪いのです。新しいリクエストが来たら、シンプルなゲートを通してください:
text
1. Is it really needed now, or is it a "nice to have"?
2. What's the impact on timeline / cost / other work?
3. Make the trade-off VISIBLE → "yes, but it pushes the date / drops X"
4. Get the stakeholder to decide with full information
