あなたがプロジェクトの開始前に最初にプロジェクトの規模を定義しないですることができる少しだけある。 それは私達の多数表面このごろ構成のタイプに使用されれば行く興味深いプロセスである。 あなたのプロジェクトの規模管理段階を実行することはあなたがあなたのプロジェクトの終りまでに作り出す必要がある成果物の輪郭を描く規模声明を作成し、維持することを可能にする。 この段階はまたプロジェクトマネージャーとして保障によって助け、それを伝えて規模声明で定義される仕事だけ実際に実行される。

ステップ1:

タイプのプロジェクト管理の方法が構成プロセスを会社のPMs (OPA)に利用できる査定してもらうのをあるほとんどの組織。 これは、あなたのプロジェクトのチャーターおよび予備のプロジェクトの規模声明と共に、長い方法地面を離れてこの部分を得ることに行くのを助ける行っている。

計画のステップを終えた場合、あなたの規模のマネジメントプランを作成してしまう。 あなたの規模のマネジメントプランはいかにプロジェクトの規模を文書化し、精製し、確認し、そして制御するか定義する。

ステップ2:

次のステップは規模定義である。 この時点でプロジェクトの条件を定義するあなたのプロジェクトおよび詳細なインタビューをすることのすべての関連した関係者との出費の時間べきである。 規模はあなたのプロジェクトの係争物受寄者の必要性そして予想をそれに応じて理解することおよびそれらの結果に順位をつけることによって定義される。

これはまたあなたのドキュメンテーションのために捕獲される必要があればあなたの代わりのいくつかを論議するよい時間である。 あなたの規模定義を完了した後、後の方で有用であるあなたのプロジェクトの規模声明を終了べきである未来のプロジェクトの決定をし、プロジェクトの目的の共通の理解を維持した場合。

ステップ3:

整った作業明細構造は (WBS)準の仕事よりもむしろプロジェクトの成果物に焦点を合わせるべきである。 )完了することを(あなたのプロジェクトの計画が助けるものとのであるあなたは必要とするすべての事のチェックリストとしてあなたのWBSを扱わないことによって全面的なプロジェクトの規模を組織し、定義するのを助けることである元の意思に焦点を合わせることができる。

階層の低水準で、あなたのWBSは正確にプロジェクトスケジュールを作成することをまた可能にしている間あなたのプロジェクトの費用を推定することを可能にする仕事パッケージの造られるべきである。

ステップ4:

規模の証明は適切な係争物受寄者によってあなたのプロジェクトの規模の正式受諾を達成するところにである。 点検プロセスによって行くことによって普通受諾のこのレベルを達成する。 点検は通り抜け通路によって完了したものをにあなたがあなたの顧客の洞察力を提供する技術である。 仕事があらゆる関連した製品受容の規準と同様、成果物条件を満たすことを保障するための定義されたのは努力である。

ステップ5:

あなたのプロジェクトへのどの変更でもあなたの統合された変更制御プロセスによって漏斗で注がれるべきである (ICCP)。 規模制御プロセスは全面的なプロジェクトの規模に影響を与えるかもしれない何でも演説するところにである。

プロジェクトマネージャーはプロジェクトにいかに影響を与えるか見るために上がる変更を評価する必要がある。 それらはそれから是正処置を推薦するべきである。変更があなたの規模声明、WBS、ベースライン、また更にあなたのOPAのような区域に影響を与えることができるのでプロセスが続かれ、規模のクリープのための潜在性を軽減することは命令的である。

ついにあなたのプロジェクトの規模が生きている、呼吸文書であることを忘れてはいけない。 事はで上がるあらゆるプロジェクトのモニタリング及び制御段階およびあなたの規模声明で演説する必要がある。 強い規模のマネジメントプランを有すれば、既に正しい方向の1つの大きいステップを踏んでしまった。

ビルStrongeは現在電子ビジネスのプロジェクトに焦点を合わせる全体的なCPGの組織のPMPによって証明されるプロジェクトマネージャーである。 彼の14+年の間に彼はさまざまなサイズのプロジェクトマネージャーの一流のチームと同様、開発者および建築家の役割両方の企業全体の適用に取り組んだ。 彼はwstronge@hotmail.comの質問のために達することができる。