フリーランスのプログラマーとして:
1.クライアントから要件を収集するためのプロセスは何ですか?
インタビュー、ホワイトボード、電話会議、ショップツアー、従業員の観察、スタッフインタビュー、会議など-適切なもの、理解するために必要なものreal問題、彼らが受け入れやすいものとバランスをとっており、
2.要件収集プロセスにはどのくらい時間がかかりますか?私はこれが修正されていないことを知っており、クライアントが応答する際のプロンプトなどの変数があります。一般的に、応答の遅延などを考慮して、最終要件に到達するまでにどのくらいの時間がかかりますか?
明らかにこれはプロジェクトの規模に依存します。非常に小さなプロジェクト(100時間未満)の要件とモデリングに20時間を費やすことは珍しいことではありません。これは、顧客が提示する問題の層を明らかにするためにビジネスコンテキストを十分に理解する必要があるためです彼らを幸せにするために解決しなければならない本当の問題
その20時間が2暦日であるか6週間であるかは、顧客の応答性と可用性、およびセッション間で行う必要がある考え(ハード問題)に依存します。
3.これらの要件を収集するために使用する通信チャネル(メール、電話、インスタントメッセンジャー、その他)はどれですか。
それらすべて
4.要件収集に費やした時間に対して料金を請求しますか?
地獄、はい!
クライアントのビジネスを理解し、クライアントの問題を理解して文書化し、ソリューションを提案して、他の誰かに実装してもらう必要があります。これはプロセスのコンサルティング部分であり、コンサルタントは無料で働いていません。
5.要件収集プロセスに成果物はありますか?もしそうなら、彼らは何ですか?
通常、機能のドラフトリスト、ユーザーストーリー、テストケースの説明、簡略化された作業分解構造(プロジェクトの見積もりを含む)、詳細な説明/調査のための不明確/不明な領域/項目の強調表示されたリスト、および事柄のリスト(情報、リソース、ツール、アクセスなど)。目標日とともにクライアントから要求されます。これらはすべて、ビジネスに関するいくつかの背景情報、問題を特定するために使用される方法、ソリューションに関する制約と警告、予想されるタイムラインとROIに関するメモ、および特定の日付でのフォローアップの要求を含む提案としてパッケージ化されています。