Claude Codeで速く作れた。次は「開発するほど楽になる」に挑戦している

実装は完了していた。コードは動き、テストも通り、チケットも閉じられていた。しかし確認してみると、要件定義書には変更前の条件が残り、画面仕様書には「未実装」のままだった。つまり、技術的な仕事は終わっていても、変更全体は終わっていない。この問題が浮き彫りになったのは、AIスキルを工程横断でつなぐ仕組みを試したときだ。

これまでの現場では、要件・設計・実装・テスト・文書保守を個別にスキル化し、それぞれ速度を上げることに成功していた。しかし個々の工程が高速化した結果、人間が理解・確認・判断する速度が相対的なボトルネックになった。AIが短時間でまとまった量を生成すると、次のステップに進む前に「何が変わったのか」「既存機能への影響は」「何が未了なのか」を確認する手間が増す。速さだけでは足りず、変更全体をつなぎ直す仕組みが必要になったのだ。

そこで発想を逆転させた。「固まるまで文書を作らない」という原則から「変わる前提で早く育てる」へ切り替えた。ドキュメント・コード・実装の食い違いをAIが自動で検出し、人間が判断する地点を明確にする。AIに判断そのものを代替させるのではなく、人間が判断できる状態を作らせる。設計から実装、実装から文書反映へと工程をつなぐ際の「受け渡し契約」を明文化する。こうした仕組みが整うと、個々の速度より「完了の確実性」の方が、実務では圧倒的に価値が高いことに気づかされる。