プロジェクト・スコープ・マネジメント-PMBook章V

  各プロジェクトは、ユニークであるので、各プロジェクトの需要と範囲は同じではありませんが、内部PMBookで、プロジェクト・スコープ・マネジメントが強調されているのでやるしかすることが必要な作業。プロジェクト管理の主な範囲は、プロジェクトに含めるべきではないプロジェクトに含まれるべきかの作業を定義し、制御することにあります。

  範囲は、次の2つのレベルに分かれています。

    1. 製品範囲 - 製品、サービス、または特性及び機能をもたらします。
    2. プロジェクトのスコープ - 行われなければならない製品、サービス、または結果の指定された特性と機能を提供します。

  

  プロジェクトスコープマネジメントのプロセスが含まれます:

  5.1適用範囲経営計画、記録を識別し、制御プロジェクトのスコープおよび製品の範囲、およびスコープ管理計画プロセスを作成する方法の定義。

  各章の最初のサブプロセスにおけるPMBookはXXの管理を計画しています。このプロセスは、出力XX管理計画、経営計画、およびこの計画は同じではありませんが、管理計画は、文書の性質にガイドされますが、変更する自由ではありません。例えば、どのようにレコード定義のため、範囲管理計画、プロジェクトのスコープおよび製品の範囲を特定し、制御する役割、スコープ管理計画は、このプロセス中に作成されます。プロジェクト全体の範囲を管理する方法についてのガイダンスと方向性を提供します。計画自体が問題であるか、あるいは簡単に変更しない場合を除き、この変更は、プログラムを変更するために行く必要がある修正。   

  5.2コレクションが必要プロジェクト目標の達成のための1つを識別して、文書およびステークホルダー・プロセスのニーズや要望を管理します。

  需要とは何ですか?需要は、特定のプロトコルまたはその他の強行規範、製品、サービス、または結果の状態や能力を持っている必要がありますに基づいています。ニーズがニーズと期待を定量化し、文書化されているスポンサー、顧客及びその他の利害関係者が含まれます。当事者が需要を前方に置くことができますが、プロセスはただの要件を収集している限り、すべてのニーズを行うことができません。あなたは多くのツールのニーズによって収集することができます。このようなブレーンストーミング、インタビュー、フォーカスグループ、調査、ベンチマークやその他のコントロールなど。

 

  要件の収集後、意思決定を通じて、我々は不必要である、これらの要件は、予備スクリーニングを行うために必要とされ、それらの要件を見てください。このプロセスは、出力ファイルを要求します。唯一の明確な(測定可能とテスト可能)、完全な、追跡可能なオンデマンド・ファイルは、協調、および主要な利害関係者は、それが参考になることができ、需要を支持したいと思います。 

  

 

  5.3定义范围一制定项目和产品详细描述的过程。

  本过程的作用:描述产品、服务或成果的边界和验收标准。 应根据项目启动过程中记载的主要可交付成果、假设条件和制约因素来编制项目范围说明书。 还需要分析现有风险、假设条件和制约因素的完整性,并做必要的增补或更新。需要多次反复开展定义范围过程 。这个过程会输出范围说明书——是对项目范围、主要可交付成果、假设条件和制约因素的描述。记录了整个范围,包括项目和产品范围。 项目范围说明书详细描述了项目的可交付成果,还代表项目相关方之间就项目范围所达成的共识。 为了便于管理相关方的期望,项目范围说明书可明确指出哪些工作不属于本项目范围。 范围说明书包含内容:

 

  5.4创建WBS一将项目可交付成果和项目工作分解为较小的、更易于管理的组件的过程。

  有了范围说明书之后,就可以把相对应的可交付成果,分解成为各个可以做的小部分,例如,做一桌子菜,可以看做一个项目,需求是四菜一汤,范围说明书里面详细说明有青菜、螃蟹、辣椒炒蛋、酸辣土豆丝、紫菜蛋汤。而创建 WBS 的过程(工作分解结构 )就是把这个四个菜分解成为一个个工作包,一个个颗粒度更小的可交付成果。可以分成,买菜,洗菜,切菜,做菜等工作包。WBS 组织并定义了项目的总范围(项目范围说明书只定义范围,没有组织范围),分解的五个步骤:

  创建 WBS 有四个原则:

  

  这个过程做完之后,会输出范围基准,范围基准里面包含:

  

  哪儿找可交付成果和验收标准:首选范围说明书,次选wbs词典,再次选范围基准。 

 

  5.5确认范围-正式验收已完成的项目可交付成果的过程。

  このプロセスは、WBSああを作成した直後に行われていません!このプロセスは、実行グループが行う(成果の検証後に自分の会社内QC部門)の成果を検証していたが、行っている、と「顧客」または「スポンサー」は公式の受け入れが完了するまで待つようになった後プロセスのプロジェクト成果。仕事と成果は需要と製品の合否判定基準を満たしているかどうかを判断するために測定、評価と検証活動を行うことにより。成果物の出力の受け入れは、成果物の受け入れ基準が正式にクライアントやスポンサーの承認が署名する必要があります満たしています。あなたは、当事者は、プロジェクトの成果物の正式な承諾を実証し、顧客やスポンサーからの公式文書を取得する必要があります。

  制御範囲5.6 -プロジェクトおよび製品の範囲の状態、変更処理の標準的な管理の範囲を監督。

   このプロセスの役割:プロジェクトを通して維持ベンチマークの範囲を維持します。すべての変更要求、是正措置、予防措置は、統合変更管理プロセスを実装することによって処理されていることを確認します。製品やプロジェクト制御不能の範囲を拡大するために、時間、コスト、リソースを調整していない - スコープクリープは、多くの場合、プロジェクト、スコープクリープに表示されます。チームのため、「金メッキ」の外部要因が原因と呼ばれる普及にチームから及ぶ「スコープクリープ」と呼ば普及のための内部的な理由の範囲 

  金メッキ - プロジェクト要員ために「してください」顧客へと本当の問題、プロジェクト活動のない値を解決しません。 

  スコープクリープ - スコープクリープが進行中の顧客の範囲に小さな、微妙な変化を指し、未確認の場合、プロジェクトにつながる制御及び故障を予測するためのリードのうち、確立された基準範囲から深刻な偏差に加算します。

  変更プロセスを取る必要があるように、スコープクリープがあった場合。

 

おすすめ

転載: www.cnblogs.com/yseeksky/p/11104208.html