ループエンジニアリングで再考する仕様書駆動開発 | ドクセル

ソフトウェア開発の世界では、これまで「仕様書」と聞くと、作るのが大変で、一度作ったら終わり、そしてすぐに古くなってしまうもの、というイメージを持つ人が多かったかもしれません。

しかし、今回取り上げる「ループエンジニアリングで再考する仕様書駆動開発」という考え方は、この古いイメージをガラリと変えようとしています。これは、単に「仕様書をちゃんと作ろう」という話ではありません。むしろ、AI（人工知能）がソフトウェア開発の現場にどんどん入ってくる中で、人間がどういう役割を果たすべきか、そして「仕様書」というものが、その中でどんな新しい価値を持つのかを問い直すものです。

具体的にどういうことかというと、これまでの開発では、まず「こういうものを作りたい」という仕様書を作り、それに基づいてプログラムを書き、テストをして、完成、という流れが一般的でした。仕様書は、いわば「設計図」のようなもので、一度作ったら、後はその設計図通りに作業を進める、という感覚です。

ところが、AIがコードを書いたり、テストをしたりする時代になると、人間がただコードを書くことの価値は相対的に下がっていきます。では、人間は何に集中すべきなのでしょうか。それが、「文脈を設計する技術」という考え方です。つまり、AIが効率的に、そして意図通りに動くための「お膳立て」をする、ということです。AIに「何を、どのように、なぜ」作ってほしいのかを明確に伝えるための「指示書」や「ガイドライン」を、人間が設計する役割が重要になる、というわけです。

この新しい考え方では、「仕様」「計画」「検証」「エビデンス（証拠）」といった開発プロセスに関わる様々なドキュメントを、一度きりの成果物として見るのではなく、次の開発へとつながる「ループ」、つまり循環の一部として捉えます。例えば、テスト結果から得られた知見を次の仕様に反映させたり、開発途中で見つかった課題を記録して、将来の改善につなげたりする、といった具合です。これにより、ドキュメントは単なる記録ではなく、開発全体の判断を助け、さらに同じ品質のものを何度でも作れるようにする「再現性」を高めるための、生きた情報源となるのです。

これは、ソフトウェア開発の中心が、これまでのような「コードを書くこと」から、「ドキュメント、つまり情報や意図を整理し、伝えること」へとシフトしている、と見ることもできます。特に、多様なメンバーが関わり、AIのような新しいツールも加わる現代の開発現場では、共通の理解を深め、スムーズに連携するための「言葉」が、これまで以上に大切になっていると言えるでしょう。