WBSを学び、見積もり・進ちょくに役立てよ！
こういった状況に、企業も手をこまねいているだけではありません。PMBOKやISO 10006などのプロジェクト管理の方法論を適用し、改善を試みているようですが、劇的に効果が上がった、といった話はなかなか聞きません。 それはなぜでしょうか。 その理由はいくつかありますが、その理由の1つとして、いずれの方法論でも「プロジェクトの分解・構造化（WBSの作成）」という極めて難易度の高い作業がプロジェクトの初期段階で存在しており、その精度によって、プロジェクト管理の結果が大きく左右されてしまうことが挙げられます。 通常のプロジェクト管理の方法論は、 プロジェクトの分解・構造化（WBSの作成）WBSの作成） プロジェクトに必要な全作業の前後関係、平行関係を明らかにする 作業スケジュールの作成 進ちょく管理 と順を追って進めるのですが、プロジェクトの分解・構造化が非常に難しい作業であるため、WBSの精度
納期優先の無理なプロジェクトが失敗を招く？
皮肉なことに、プロジェクトと失敗とは相性がよい。納期どおりにできなかった、要求どおりにできないことが多い、機能を削減することが多いなど、もともとの目的、スコープから、後退したプロジェクトの経験を持つITエンジニアは多いに違いない。なぜ目的どおりにいかないのか。どこを改善したらいいかを本連載で明らかにし、処方せんを示していきたい。 甘い計画でプロジェクトをスタートすると 日本の社会は「委託者の地位が異常に高い」という特徴を持っている。委託者は納期はしっかり押し付けるにもかかわらず、要件定義ではなかなか結論を出さなかったりする（出したがらない）。このつけは、プロジェクトマネージャに回される。人のよいプロジェクトマネージャは、これを何とかしようとして、最初から無理な計画を立ててしまうことになる。これが失敗プロジェクトへの道の第一歩である。 プロジェクトにリスクは付きものである。従って、このリスク
プロジェクト管理は「簡単なことを、確実に」 ― ＠IT情報マネジメント
プロジェクト管理は「簡単なことを、確実に」：やる気を引き出すプロジェクト管理（2）（1/2 ページ） “プロジェクトマネジメント”と聞くと、やるべきことが山積しているようなイメージがあるかもしれない。しかし、本当に必要な作業は、実はそう多くはないのだ。今回は、それらの概要を説明する。 まずは「成果」ありき 前回「プロジェクト管理技法はなぜ徒労に終わるのか？」では、プロジェクトマネジメントで行うべきこととして、以下の3つを挙げました。 プロジェクトの成果（目標・目的・狙いなど）の設定 仕事の設計（作業分解・作業フロー・スケジュール） PDCAサイクルを回す（マネジメント・サイクルの確立）を回す（マネジメント・サイクルの確立） 今回は、これら3つそれぞれの内容について説明していきたいと思います。まずは、「プロジェクトの成果の設定」です。 ところで皆さんは、ピーター・F・ドラッカーをご存じでしょ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
