プロジェクトは、計画通りに進まなくて当然
簡単なはずのプロジェクト管理が難しいのはなぜ？ 前回「プロジェクト管理は『簡単なことを、確実に』」では、プロジェクトマネジメントとは次の3つを行うことだと説明しました。 成果の設定 仕事の設計 PDCAサイクルを回すを回す 実際に行うべきタスクは、下図の通りです（図1）。これも、前回お話しした通りです。 これも前回の繰り返しになりますが、プロジェクトマネジメントそのものは、簡単なことを確実に行うだけなのです。 それでは、なぜプロジェクトで問題が続発するのでしょうか？ なぜ思った通りの成果が上がらないのでしょうか？ 今回は、「なぜプロジェクト管理が難しいのか」を考えることで、プロジェクトの本質とは何か、そしてプロジェクトで発生した問題をどのように解決すればいいのかについてお話ししたいと思います。 プロジェクト管理が難しい本当の理由 プロジェクトマネジメントがなぜ難しいか、その理由は2つありま
様変わりした開発の現場の悩み
2004年2月，日経システム構築（現 日経SYSTEMS）誌上で「深層ルポ なぜ繰り返すのか 失敗プロジェクト」という連載を始めた。当時は石を投げれば失敗プロジェクトに当たるといった状況で，幸か不幸か取材先に事欠かなかった。この連載は1年続き，書籍「さらば！失敗プロジェクト」として出版された。 今，同じ雑誌の2008年1月号で「うまくいくプロジェクト基盤（仮）」という特集記事を掲載すべく，その取材を進めている。4年前と比べると，プロジェクト推進を巡る環境は様変わりしたという印象を受ける。 ・ユーザー企業の担当者と合意して開発したシステムなのに，その企業の検収の段階で役員から話が違うとひっくり返される。 ・メーリング・リストに埋もれた議事録を探したが見つからず，知っていそうな人に電話で聞いて開発したが，議事録に書かれていたものとは違っていた。 ・ユーザーとベンダーとで基本設計の定義がまるで違
らくらく Unified Process - ライフサイクルモデル編 - 第 3 回 推敲フェーズを理解する | オブジェクトの広場
もしこれら 4 つのリスクに対して何も対応しない場合には、平均 2 ヶ月と少しのスケジュールの遅れ（すべてのリスクの発生確率 × 影響度の合計）が発生してしまいます。そのため、何らかの対応策を立案し、実施しなければなりません。だからといって、すべてのリスクに対応しなければならないかというとそういうわけでもありません。 リスク 3 のように発生確率が低いリスクは、実はリスクが発生しないかもしれません。そのようなリスクに対して、早期からリスク対応策を実施する必要はありません。その代わり、あらかじめリスク対応策を立案して、リスクの兆候を監視し、必要なタイミングでリスク対応策を実施に移すのです。 また、リスク 4 のように、リスクの被害（発生確率 × 影響度）と対応策にかかる期間がほぼ同じようなリスクについては、対応策すら立案せずにリスクを受容することも重要です。 このように、プロジェクトでは、リ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
