Oh no… スコープが広がりすぎて収拾がつかなくなってきました。
大変だーー！！
どうしたんですか、オウギワシ君！
新しいプロジェクトで色々と要件が増えてきて、なんだかまとまりがなくなっちゃってます…。
そんなの聞いてないよ〜！
最初の計画はどうなったんですか？
計画通りに進んでいたんですけど、
お客さんからの追加注文でどんどん要件が増えて…。
それって…スコープクリープってやつじゃないですか！？
うーん、そうかもしれないですね。
どう対処すればいいのか…
まず状況を整理しよう。
どういう経緯で追加されていったのか話してみてくれ。
プロジェクトが進む中で、お客さんから「これも欲しい」ってどんどんリクエストが来たんです。
それで気づいたら、元々の計画とはかなり違っちゃってると？
Exactly…。
どうすればいいんでしょうか。
この状況を対応するためには、「スコープマネジメント」が必要だ。
出たーー！スコープマネジメントって何ですか？
やれやれ。
スコープマネジメントとは、プロジェクトの目標達成のために範囲を定義し、管理することだ。
でも具体的にはどうやったらいいんですか？
まずは、明確なスコープを設定して変更管理を徹底することが大事だ。
なるほど。
でも、それって難しいですよね…。
| スコープ管理プロセス | 説明 |
|---|---|
| スコープ計画作成 | プロジェクトの範囲を定義するための手順を定めること |
| スコープ定義 | プロジェクトの成果物や作業を詳細に記述すること |
| WBS作成 | 作業分解構造を作成し、タスクを明確にすること |
| スコープ確認 | 成果物が完了したと認められるかどうかを確認すること |
| スコープ管理 | スコープ変更を監視し、管理すること |
スコープを明確に定義し、しっかりと管理する必要があるんですね。
フム…その通りだ。
でもそれだけじゃない。
え！？他にもあるんですか？
もう頭が混乱してきました〜！
プロジェクトには予期せぬ要件変更が常に付き物だが、
それをどう受け入れるかも考えなければならない。
つまり、スコープクリープが発生した時の対応策も必要ってことですね。
そうだ。例えば、
スコープ変更の影響を評価し、
プロジェクト全体へのリスクを再度判断するんだ。
なるほど〜！簡単なことじゃないですが、頑張ってみます！
Alright, オオハシさん、ありがとうございます！今度はちゃんと計画を見直して進行します！
……。
大事なのは問題が起きたとき、その原因を考え、
次に活かすことだ。
問題をきちんと解決できれば、次はもっとスムーズに進めるんですね！
まったくその通りだ。学んだことを次に生かす、それがプロジェクト管理の本質だ。
でもこのまま上手く行っても、次はどんなトラブルが待っているかわからないですね。
プロジェクトは常に予想外のことが起きる。
それをどう乗り越えるかがプロジェクトマネージャーの腕の見せどころだ。
腕の見せどころ…オオハシさん、頑張ってください〜！
じゃあ、この経験を活かして、次のプロジェクトでは必ずスコープクリープを防ぎます！
それでいいだろう。次のトラブルも一緒に乗り越えよう。
はい、頑張りましょう！
Alright, I’ll work hard with you guys!
スコープ管理プロセスの概要
プロジェクト管理におけるスコープ管理プロセスは、プロジェクトの目的を達成するためにその範囲を明確に定義し、管理するためのステップです。以下のプロセスが含まれます：
- スコープ計画作成: プロジェクトの範囲を定義するための手続きや方法を計画します。
- スコープ定義: 具体的なプロジェクト成果物や作業を識別し、詳細に記述します。
- WBS作成: 作業分解構造を作成し、タスクを細分化して明確にします。
- スコープ確認: 完成した成果物がプロジェクトの範囲内であることを確認します。
- スコープ管理: スコープ内で変動がある場合、その変更を監視し、適切に管理します。
コメント