WBSを学び、見積もり・進ちょくに役立てよ！
こういった状況に、企業も手をこまねいているだけではありません。PMBOKやISO 10006などのプロジェクト管理の方法論を適用し、改善を試みているようですが、劇的に効果が上がった、といった話はなかなか聞きません。 それはなぜでしょうか。 その理由はいくつかありますが、その理由の1つとして、いずれの方法論でも「プロジェクトの分解・構造化（WBSの作成）」という極めて難易度の高い作業がプロジェクトの初期段階で存在しており、その精度によって、プロジェクト管理の結果が大きく左右されてしまうことが挙げられます。 通常のプロジェクト管理の方法論は、 プロジェクトの分解・構造化（WBSの作成）WBSの作成） プロジェクトに必要な全作業の前後関係、平行関係を明らかにする 作業スケジュールの作成 進ちょく管理 と順を追って進めるのですが、プロジェクトの分解・構造化が非常に難しい作業であるため、WBSの精度
[ThinkIT] 第3回：スコープ管理とスケジュール管理 (1/3)
説明の中で、(I1)や(S2)などの記号が出てきますが、これは第1回で使ったプロジェクト管理状況チェック表のNo.と対応しています。チェック表で明らかになった問題点に対応する部分は、特に注意して読んでみてください。 スコープ管理とは、プロジェクトの目標や作業範囲、成果物をきちんと定義し、その承認、検収について管理することです。スコープには成果物スコープ（Product Scope）とプロジェクトスコープ（Project Scope）があります。前者は、プロジェクトで作成すべき成果物を、後者はそのための作業の範囲を明確にすることです。 第2回のプロジェクト計画書（第2回：表1）に含入したプロジェクトの目標、成果物などは、もともとこのスコープ管理の計画プロセスのアウトプットなのです。スコープ管理では、PMBOKの知識管理体系（第2回：図1）に則り、[プロジェクトの立ち上げ][スコープ計画][ス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
