本編の目次 › 第2部 要件定義と設計 › 大規模な要件追加・仕様変更の作法
AI駆動開発の実運用ノート No.54「小さな変更」が実測で12ファイル40箇所になった
AI と併走してチケット販売サービスを本番運用まで到達させた記録を、そのまま文字に残しています。今回は第2部「要件定義と設計」から、「大規模な要件追加・仕様変更の作法」のお話です。
設計メモに「実測」を書け、という理由がこの失敗です。
あるスキーマの変更について、AIが「影響は一部だけ」と見積もり、その前提で承認を得ました。 ところが実装してみると、12ファイル・40箇所以上に影響が出ました。
原因は、影響範囲を実際に測らず、印象で見積もっていたことにあります。 そこで、5箇所以上の影響が予想されるなら、コンパイラを試しに走らせて実数を確認してからプランに書く、という対策になりました。
プランを承認するというのは、実は「その差分の規模」を承認していることでもあります。 「小さな変更」という言葉を鵜呑みにしないでください。実録は事例12にあります。
この回の出典
つづく