要件変更後の技術仕様の更新？
私たちは本当に大きなプロジェクトに取り組んでいます。ワイヤーフレームを作成し、技術仕様を書いた後、設計、スライス、プログラミングを開始しました。
技術仕様はお客様によって承認されました。開発中に多くの変更が行われました。問題は次のとおりです。プロジェクトの開発中に変更が行われるたびに技術仕様を更新することは妥当ですか？
プロジェクトの開発中に変更が行われるたびに技術仕様を更新することは妥当ですか？
簡潔な答え：
はい、仕様を更新する価値はあります。
より多くのコンテキスト：
技術仕様≠ドキュメント、butしばしばドキュメントはありませんまったく。
したがって、長いプロジェクトの過程で変更が加えられた場合、仕様が最新の状態に保たれていないと参照できません。しばらくすると多くの推測があり、見つける唯一の方法はエンジニアにコードを調べるように依頼することです（これは時間がかかり、生産性が低下します）。または、システムがすでに稼働していて機能している場合は、動作を調べるために、このシステムでテストを集中的に実行する必要があります。
技術仕様および/またはドキュメントが最新の場合、推測する必要はなく、誰もが簡単に生活できるようになります。さらに、常に迅速かつ正確な回答が得られるため、会社の専門性が高まります。顧客の質問。
そして理想的な世界では、技術仕様は変更前に更新されますがコードに実装されました。
答えはイエスです。ドキュメントshouldクライアント側からの変更があるため、常に更新されます。これにより、クライアントとの紛争が発生した場合に、最新のドキュメントを作成できます。また、機能の開発とそのテストは、ドキュメントが常に正しい場合に限り、より正確かつ正確になります。
仕様が古くなっていると、開発プロセスの混乱と遅延が大きくなります。