ガイド › ガイド

スコープクリープの対処法

スコープクリープは、派手な登場の仕方をしません。ちょっとしたお願い、軽い微調整、「ついでにここも」という顔で現れ、4か月目にはプロジェクトが倍の大きさになっているのに、誰も同意した覚えがない、という形で終わります。

スコープクリープの正体

スコープクリープとは、時間、予算、リソースの見直しを伴わずに、作業が増えていくことです。判断が伴う増加は単なる変更であり、判断が伴わない増加がクリープです。

この違いが大事なのは、止めたいのは変更ではないからです。権限のある誰かがそれを選んだ、と言える状態にしたいのです。

• 小さな追加が非公式に受け入れられ、記録されない。
• 理解が深まるにつれ、要求が詳細になっていく。
• 承認後に、ステークホルダーが希望を足してくる。
• ゴールドプレーティング：チームが頼まれた以上のことをしてしまう。

なぜ起きるのか

悪意が原因であることはまれです。たいていは、当初の範囲があいまいだった、誰も管理していなかった、あるいは断るための話し合いより「はい」と言うほうが手軽に感じられた、のどれかです。

• 範囲が成果として書かれているだけで、境界がない。
• 変更を依頼するための合意された経路がない。
• プロジェクトの途中から新しいステークホルダーが加わる。
• 廊下で「いいですよ」と言ってしまうスポンサー。

早めに気づく

最初のサインは、計画の中にあることはまれです。会話の中や、成果物とベースラインがあるべき姿との間の隙間に現れます。

• どの要求にも対応しないタスクが、計画に現れる。
• マイルストーンが動かないのに、工数が増えていく。
• 会議で「ちょっとしたことなんですが」という言葉が出る。
• 成果物の説明が、人によって違う。

簡単な変更管理の仕組みを回す

みんなが使える軽さにしてください。重い手続きは、クリープを地下に潜らせるだけです。

• 依頼を、誰が何のために頼んだかとともに書き出す。
• 時間、費用、リスク、品質への影響を評価する。
• 権限を持つ人（スポンサーまたはステアリングコミッティ）に諮る。
• 決定を記録し、承認されたらベースラインを更新する。
• 却下または先送りした依頼も記録し、毎月同じ依頼が出てこないようにする。

証拠を残す

厳しい話し合いでの最善の防御は、記録です。Senshinでは、意思決定がRAIDログに、変更する計画のタスクへのリンクつきで残るため、何が、いつ、誰の承認で追加されたかを正確に示せます。

Senshinでの位置づけ

よくある質問

その他のガイド

最終更新: 2026-10-22