仕様ドリブンワークフロー — 強力な手法

概要

仕様ドリブンワークフローは、単一の交渉の余地がないルールを強制します：コードを書く前に、仕様書を書く。 並行してではなく。後からではなく。前に。

これはドキュメンテーションではありません。これは契約です。仕様書はシステムが何をしなければならないのか、何をすべきなのか、そして何をしないのかを明確に定義します。書かれたすべてのコード行は仕様書の要件にトレーサビリティを持ちます。すべてのテストは受け入れ基準にトレーサビリティを持ちます。仕様書に書かれていなければ、構築されません。

なぜ仕様ファーストが重要なのか

1. 再作業を排除する。 欠陥の60～80％は実装ではなく要件に由来します。仕様書での曖昧さを検出するのに数分かかり、本番環境での検出に数日かかります。
2. 明確性を強制する。 システムが何をすべきかを平文で書けなければ、コードを書く前に問題を十分に理解していません。
3. 並列性を実現する。 仕様書が承認されたら、フロントエンド、バックエンド、QA、ドキュメンテーションがすべて同時に開始できます。
4. 説明責任を生み出す。 仕様書は完了の定義です。機能が「完了」かどうかについての議論はありません — 受け入れ基準を満たすか、満たさないかのいずれかです。

...