開発プロセス・方法論

仕様駆動開発

（しようくどうかいはつ／Spec-Driven Development）

一言でいうと

仕様を先に書き、そこからAIに実装を生成させる進め方です。SDDとも呼ばれ、2025年に名前が広まりました。

生成AIによる実装が実用に入った2025年に、GitHubが解説文書とツールキットを公開したことで名前が広まりました。同文書は、仕様がコードに奉仕するのではなく、コードが仕様に奉仕する構造への反転だと説明しています。

設計文書を整えることを指す用法と、仕様から実装を生成する工程まで含める用法があります。この揺れはAI駆動開発のページで扱っています。

生成AIに実装させる場合、指示が曖昧だと出力も曖昧になります。会話の流れで指示を足していくと、何が決まっていて何が決まっていないのかが誰にもわからなくなります。

仕様を文書として先に確定させることで、生成の入力を安定させます。仕様を直せば実装を作り直せるため、変更の起点も一本化されます。

作りたいものの仕様を構造化した文書として書き、そこから実装計画を生成し、実装を生成します。仕様が正本なので、変更は仕様側から入れて再生成します。

前提として、生成物を検証する仕組みが要ります。仕様どおりかを確かめる手段がなければ、仕様を書く労力に見合いません。

生成AIを実装に本格的に組み込んでいる組織です。語が新しいため、社内で試行している段階である可能性が高くなります。

AI駆動開発やAI-DLCと同じく、経験として書ける候補者がまだ限られます。要件にも検索条件にも置けません。

自社側では、仕様をどの形式で書いているか、仕様と実装がずれたときにどちらを直すかを確認します。後者に即答できない場合、仕様が正本という前提は実際には成立していません。候補者には、生成物をどう検証していたかを聞きます。