(3)アウトプットを補強するプロセスのほとんどは、スコープ、スケジュール、リスクの3つの領域の知識エリアを特徴づける作業です。

スコープ ⇒ ユーザーの要件をまとめる
スケジュール  ⇒ 作業の内容を定義する、作業の順番を決める、
       必要な工数を見積もる、期間を見積もる
リスク  ⇒ リスクを予想する、
       数値化できるリスクを整理する、
       数値化できないリスクを整理する
資源   ⇒ 必要なエンジニアの人数や開発機器等を見積もる

これらは、我々がやっているフツーの仕事の内容、そのものですね。
上記をプロセス名で表記すると次のようになります。

スコープ ⇒ 【17】要求事項の収集
スケジュール  ⇒ 【18】アクティビティの定義、【19】アクティビティの順序設定
       【20】アクティビティ所要期間の見積り
リスク  ⇒ 【21】リスクの特定
       【22】リスクの定量的分析
       【23】リスクの定性的分析
資源   ⇒ 【24】アクティビティ資源の見積り

はい、おわりました。
計画プロセス、全部で24個です。

何回も説明しているとおり、PMBOKは計画重視。計画の24プロセスを押さえてしまえば、試験対策は半分おわってます。✌



(20)計画プロセス群 その3

コメントを残す