プロジェクトの要件を収集する最善の方法は何ですか？

Question

システムエンジニアリングまたは製品要件の収集方法 たとえば、車を作りたいと思ったら、どのように要件を集めるべきですか？親切に私を導く。

Answer 1

これは実際には本当に大きな質問です。私が提示する答えは「それは依存している」。要件の収集は非常に困難です。要件を収集する最良の方法は、プロジェクトの方法論によって異なります。まず、反復アプローチまたはウォーターフォールアプローチを使用しますか？また、プロジェクトの利害関係者（プロジェクトマネージャ、開発者、ビジネスアナリスト、顧客、プロジェクトスポンサーなど）を決定する必要があります。

ビジネスアナリストが望むものについて誰もが話しているときに、顧客が望むものを説明するのに役立つはずです。アナリストは要件を掘り下げる必要があります。多くの場合、顧客は自分が本当に何を望んでいるのか、開発者にとって意味のある方法でシステムを記述するかを知らない。

このフェーズの最初のステップは、プロジェクトスコープを記述することです。適切な範囲が特定されると、どの要件が範囲内か範囲外かを判断できます。その後、要件を特定するための最良の方法は、問題とその解決策について話し合うことです。要件の段階でソリューションを構築しないようにしてください。最終的な製品が何をすべきかを説明するだけです。

Becarefulもあまりにも少ない時間を費やす必要はありません。プロジェクトのライフサイクルの後半で変更が増えるほど、変更を加えるのがより高価になります。また、要件を完璧にするのにあまりにも多くの時間を費やしたり、 "分析麻痺"と呼ばれるものを見つけることはありません。これらの点は表面を傷つけていることに留意してください。

ソフトウェア要件第2版カール・E. Wiegers

それ以上のソフトウェア要件についてこれらは

カール・E. Wiegersによって

されています。ここで私はこの情報の一部を読んで、いくつかのまともな本がありますまともな本と彼らは、複数の視聴者のためのSRSを準備することから "トピックのすべてについて話す"要件抽出。「

Answer 2

これはシステム分析と呼ばれています。あなたは、あなたの製品の潜在的なユーザーと話をします。

Answer 3

私はおそらく準備から始めますGathering Requirements チェックアウトJoel On Softwareと37Signalsです。彼らは、要件文書の作成に関するまともな情報を持っています。 Joel on Softwareのサイトはexampleです。

Answer 4

SRS documentを使用して、クライアントから取得する要件を記録します。

Answer 5

1. 特にプロジェクトステークホルダーとユーザーと話し合います。
2. 質問するそれらの多く。
3. ディスカッションと結論を文書化してください。
4. プロトタイプを使用して結論を​​検証します。

Answer 6

通常、あなたがすべてを一度に複数のマスターを提供していることを覚えておくと便利です。

1. エンドユーザー
2. 管理
3. あなたの設計環境と何でもそれは

を課している制限します

最高のものは、上記すべての時間を費やすことです。

tance：私は最近、パッケージング会社のためにシステムを一からプログラムするために雇われました。私はエンドユーザー（ドライバー - それを簡単かつ迅速に）管理しなければなりませんでした。（誰もが何をしたのか、制限的な環境（モバイルスキャナー）での作業と同様、

私は管理に多くの時間を費やしてから、ドライバを使って配送に出かけました。それ以来、私は本当にそれを手に入れることができました。

覚えておくべき重要なことは、単にのような解決策を考え出すのではなく、クライアントが毎日直面する問題を実際に解決することです。 あなたがこれを行う方法は、彼らが仕事をしている間に、彼らといくらかの質の高い時間を過ごすことです。

また最後の点を明確にする価値があります - 彼らはの仕事をしていますが、の仕事をしています...もしあなたがそれらに尋ねれば、ほぼ確実に不完全な回答が得られます。ほとんどの人は自分の仕事で多くのことをやっていますが、それ以上考えなくても、それはちょうど習慣になっています。それは手に取ることが困難で、最初の手の経験なしに新しいシステムに含めるのはこれらの小さな仕事の癖です。

方法の代わりにツールを求めていたら謝ります。顧客、特に将来のユーザーとキーのユーザー

と

Answer 7

• 定期的な議論は公式の要件のリストを作成し、承認のためにそれを提示する各会話の後に会談
• 中に小さなメモを取ります。それ以降、合意されたすべての文書に反論するのは難しいでしょう
• 「おいしい」要件を実現するためのおおよその経費と経費についておおよそお客様にご確認ください
• 「必須」 「持っている」、「持っている」、「持っている」、「持っている」などがあります。顧客がこれらのタイプの違いを理解できるようにしてください。
• すべてのドキュメントを最新の要件分析あなたが使用しているアジャイルプログラミングサイクル...）
• は収集が一つになるような要件は、ソフトウェアのライフサイクルにわたって変化しないことを覚えているが、別の
• KISSの管理と実施 -
• できるだけシンプルに保つアジャイルマニフェストを読んで - 作業ソフトウェアは測定のみですソフトウェアプロジェクトの成功のために
• 将来のシステムが存在する環境 - レガシーシステムまたは周辺システムの技術的制約がますます高まっています。なぜなら、企業は投資したお金をゴミ箱に投じたくないからです私たちの現代の心で20年のコードがごみであっても、数十年間...