失敗を少なくする為の要求定義の進め方について私なりの工夫。投稿論文｜投稿｜まいどフォーラム

失敗を少なくする為の要求定義の進め方について私なりの工夫。 １．はじめに 世の中のプロジェクトに関する本を読むと、上流工程に関して多くのことが書かれています。ＩＴコーディネータのプロセスガイドラインも上流工程に関する比重は高く、ＰＭＢＯＫもまた同じように感じます。これらの傾向を考えると、ＩＴ開発や一般的なプロジェクト管理においても、上流工程の失敗が多くそれを改善するがために、この様なガイドラインが出てきたのではないかと想像してしまいます。 ２．序論 システム開発を行う上で最も重要なフェーズのひとつに要求定義があげられるのではないでしょうか？少なくとも私はその様に感じます。私は製造業会社の、情報システム子会社に所属していました。ユーザは親会社の製品開発部門だったので、毎日の様に顔を合わせていたのでなあなあの関係になっていたところもあると思いますが、突然の仕様変更などは普通に発生し、プロジェク

[m_pixy]

当たり前すぎる感じだけど、大事なことだよね。これで劇的に改善するとしたら、元はどうなん？って思うけど。