仕様駆動開発を「やめる」タイミング

執筆者：Hideyuki Goto 2026年3月現在、Claude Codeなどの台頭により、個人開発でもSpec-Driven Development（仕様駆動開発、以下SPEC）を実践するハードルが劇的に下がりました。「まずAIと自然言語で仕様書を作り、それをベースにコードを書かせる」というアプローチは確かに強力で、実際に試してみたという記事も多く見かけます。 しかし、巷の記事であまり語られていない重要なテーマがあります。それは「作った仕様書をいつ、どうやって終わらせるか（捨てるか）」という問題です。 本記事では、私が趣味の個人開発（小規模・AI前提）でSPECを実践する中で直面した「ドキュメントと実態の乖離」という避けられない問題と、そこから行き着いた「仕様書との付き合い方」のリアルな体験談を共有します。 ※本記事は2026年3月時点の情報に基づいています。特定ツールに依存しない内

[dd41kk]

SDDにはレベルがあり、大抵、作ったドキュメントは捨てます https://martinfowler.com/articles/exploring-gen-ai/sdd-3-tools.html

[anonie]

仕様駆動開発＝コードレビューをしない開発スタイルって事なの？

[atsushieno]

仕様を開発を駆動する存在として破棄すればいいという話なので、一旦破棄した後は生成されたものを毎回リポジトリに突っ込んで差分を拾えるようにしておいたほうがよさそう。文書はある程度生成で良いと思う。

[yoshioka627]

commitログとの併用だと思ってたけど違うのかな。この仕様ドキュメントはあくまで初期設計の話でメンテナンスはそこまでしなくてもいいと思ってた。

[pmint]

「要求」を知らないのなら、本物のSIerではないんだろう。