開発プロジェクトを失敗させない“勘所”とは？

何かと遅れたり失敗したりしがちな開発プロジェクト。しかし、その遅延・失敗の“パターン”と成功の勘所を知れば、プロジェクトの成功率は大幅に高まる。 「どうもプロジェクトの進ちょくがはかばかしくない」「何か大変悪い結果が発生するような予感がする」――日ごろシステム開発に携わっていれば、こうした思いを抱いたことがない人の方が少ないのではないだろうか。中には「どうもあの人とはウマが合わない」「あの人の考えていることは理解できない」などと、プロジェクトマネージャ（以下、PM）に対する不満が渦巻いている人もいることだろう。 では、そうした場合にはどうすれば良いのだろうか？ ベストの回答は、「別の同階層のマネージャに変わってもらう」、あるいは「上位階層の優秀管理者にPMになってもらう」ことだ。特に望ましいのは後者だ。プロジェクトはチームで進めるものだが「人間には相性がある」。よって、一定の品質のものを納

[oooooooo]

「時間と約束にルーズな人」「自分を守るために、自ら判断することを避ける人」「上司の言うことは何でも聞いて、そのまま右から左に部下に伝えるだけの人」といった特性を持つ人たちは「キーマンには不向き」

[tomiyanx]

「経営トップが無力な場合、本質的な業務再構築を伴わないままに、複雑にして規模が大きいシステム構築が企画されがち」情報システム以外にも当てはまりそうだな

[kamei_rio]

書評だった。しかも「失敗プロジェクトの原因の8割は要件定義の漏れおよび曖昧さ」とか上流かよー