プロジェクト中止のタイミングを計る | OSDN Magazine
ときには、痛みをできるだけ抑えながら中止することこそがITプロジェクトにとって最善の措置になる場合がある。その結論にたどり着くのはプロジェクトチームにとって容易ではないが、プロジェクト中止がビジネスのやり方として最も現実的なことはあるものだ。 いさぎよく失敗を認めて中止するのではなく、ひたすら前進を目指して傷口を広げていくプロジェクトにもやがては限界が訪れる。不幸なことに、こうした限界はプロジェクトに追加の時間と資金を注ぎ込んだ後にやって来るので、中止の決断はますます難しくなる。 プロジェクト中止が結果としてプラスになることの証明が必要になったときにやるべきことは、インストール環境におけるアプリケーション構成を検討することだけである。現在稼働中のシステムのなかに、組織の利益を考えれば中止しておくべきだった、と思えるものが少なくとも1つはあるだろうか。組織によっては、中止に値したはずのシステ
プロジェクトは失敗するのが当たり前！？ ― ＠IT情報マネジメント
ITプロジェクトが失敗する理由は、成功することを前提としたマネジメントが行われているためである。ITプロジェクトの成功率は思いのほか低く、このような状況を改善するためには「失敗を前提としたマネジメント」を心掛けなければならない。失敗を前提としたマネジメントとは、リスクマネジメントに重きを置いたマネジメントということになる。 ITプロジェクトのほとんどは失敗に終わる 成功率16％。これはある開発ツールベンダが調査した米国におけるITプロジェクトの成功率である。その調査によれば、昨年米国で遂行されたプロジェクトは約17万件であり、そのうち、機能、予算、納期などが当初の想定内に収まったものは16％だったという。 日本においてもほぼ同じ状況であるといえる。「企業IT動向調査2006」（社団法人 日本情報システム・ユーザー協会）に調査によれば、システムの仕上がりに満足と回答したユーザーは10％前後に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
