要件定義を外注する前に

機能名より、今の仕事と困る場面を渡す

日常の手順と例外処理、利用する人、既存データを説明すると、調査の範囲を決めやすくなります。社内で未確定の点は隠さず、誰へ確認すれば決まるかを添えます。

調査終了時に受け取るものを決める

口頭で方針が分かっても、次の開発会社が読み取れる資料がなければ再調査が必要になります。成果物の内容と修正方法、別会社へ引き継ぐときの利用条件まで見積もりに含めます。

開発へ進む前に、未確定点と変更方法を残す

調査を頼んだから自動的に開発も発注する、という前提にはしません。次段階を判断する資料と承認担当を決め、条件が変わる場合の追加費用・納期の確認方法を合意します。

• 現行仕様が不明な部分を、調査済み・未調査に分ける。
• 追加機能と不具合修正を区別し、作業前の合意方法を決める。
• 実データの共有は、必要性・権限・扱いを確認した後にする。
• 開発を別会社へ頼む場合の資料・試験条件・利用権を確認する。