ユーザーが最も自由に「あれもこれも欲しい」と我がままを言える工程です。ユーザーの要望を出来るだけ叶えたいという気持ち自身は大事ですが、お互いにWin-Winの結果にするには、要件を絞りに絞ってコンパクトに開発することも時には大きな意味を持つことがあります。これは一長一短なので、どういう形態で開発するのがベターなのか答えは出ませんが、例えば、新規開発の場合、最初から多くの要件を取り込んでしまうと、もちろん設計・開発・テストにかかるコストは増大しますし、運用保守にかかるランニング費用も膨らんでしまいます。今まで見たことのないシステムを開発するわけですから、業務に完全にマッチしたシステムができてくるとは限りません。(ユーザーはシステム開発のプロに委託しているのだから当然完璧なものが仕上がってくると思うわけですが、システムの現場を知っているみなさんはそうは思いませんよね。)そのため、使われない機能も出てきますし、使わなくても保守費は掛かってしまいます。それに、システム改修を行う際に、あまり使われない機能が関連してくるとそちらの修正工数もかかってきたりします。逆に確実に業務にマッチしている部分やそのシステムの核(コア)となる部分の開発を本稼働させてから、その後必要に応じて拡張していくという計画を最初に立てておくのも有効な手立てになります。普通は、開発に充てる予算が決まっていて、その範囲内で詰め込めるだけ詰め込む、という姿勢が一般的なのかもしれませんが。それに、業務も生き物のように変化していったりするので、時間が経つにつれて最初に立てたシステム化計画が古くなって使えない、ということもありますしね。変化が速い時代ですし。アジャイル開発手法ってのが生まれてきたんですね。ポイント必要最小限に毛が生えた程度の規模でカットオーバーし、必要に応じて機能拡張するのも有効な手法である。月別アーカイブはてなブログをはじめよう!tsunetsune7さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。