
AI生成コードのレビューは、どこを読んで、どこを読まないか
AIが一日に出すコードは、人が全部読める量を超えます。発注側のレビューは、実装の正しさではなく、出してよいかを見る範囲です。株式会社ワンオブゼムが、読む場所と読まない場所の分け方を書きます。
AI駆動型開発の実践知
AIで書ける範囲が広がるほど、何を作るかを決める人と、本当に動くと言い切る人が要ります。 現場で決めてきたことを、そのまま使える形で書き残しています。
AIDD(AI-Driven Development)とは、AIにコードを書かせながら進める開発のことです。 短くなるのは書く時間だけです。作るものを決める時間と、出来上がったものを確かめる時間は、むしろ増えます。当社は、新規プロダクトなら立ち上げの企画から、既存システムなら改修から入ります。生成AIを組み込む機能では、設計から実装まで通して受け持ちます。内製チームに伴走する形もあります。 このカテゴリでは、AIに書かせたものが本番で動くまでに、どこで詰まり、何をどう直したのかを書いていきます。
AIWebOpsとは、公開した後のサイトを毎月手入れして、検索とAIの双方から事業の数字まで届かせる進め方です。 人が検索して読む経路と、AIが要約して答える経路では、同じページでも評価のされ方が違います。順位と流入だけを見ていると、AIに引用されているかどうかが分かりません。当社は引用・流入・成果の三段を、毎月同じ日付で測ります。 成果の定義は案件ごとに違います。EC購買、来店予約、見積依頼、会員登録、卸取引。流入数という一つの物差しには寄せません。
AI時代のプロジェクトマネジメントとは、コードを書く速さではなく、書かれたものを世に出すまでの判断を先に決めておく仕事です。 AIが書いたコードを、誰が引き受けるのか。実装が速くなるほど、残るのはこの問いです。当社が着手の前に固めるのは三つ。要件をAIに渡せる粒度まで割る書式、AIの使用範囲と承認の流れ、受け入れ条件とレビュー範囲の定義です。どれも手順があり、案件ごとに書き起こします。 開発をご一緒しない案件でも、この三つだけをお引き受けしています。実際にどう書き、どう合意したのかは、記事で具体的に扱います。

AIが一日に出すコードは、人が全部読める量を超えます。発注側のレビューは、実装の正しさではなく、出してよいかを見る範囲です。株式会社ワンオブゼムが、読む場所と読まない場所の分け方を書きます。

人向けに書かれた要件定義をそのままAIに渡すと、動くものは出ても意図とは違うものになります。何が確定していれば、その塊をAIに渡してよいかを先に決めます。株式会社ワンオブゼムが仕様を割る考え方を書きます。

AIを使うシステム開発を外部に発注するとき、請負契約と準委任契約のどちらが合うかは、仕様の固さで決まります。株式会社ワンオブゼムが発注側の目線で、契約形態を選ぶ分岐点を書きます。

AIを使うシステム開発を外部に発注するとき、通常のシステム開発の要件定義と同じ渡し方では、動くが違うものが出ます。仕様の割り方、入力の範囲、合格条件の三つが変わります。株式会社ワンオブゼムが発注側の目線で書きます。

PMOは進捗・課題・会議体の進行を横断的に管理します。当社が主柱にしているのは、AIが書いたコードを誰の責任で本番に出すかを決める、もう一段別の判断です。株式会社ワンオブゼムがこの違いを書きます。

システム開発のプロジェクトマネジメントを外部に任せても、発注側の関与がゼロにはなりません。丸投げにしないために、渡す範囲・見る場所・受け取る基準の三つを先に決めます。株式会社ワンオブゼムの考え方を書きます。

生成コードの権利、機密の扱い、責任の所在が決まらないまま進めると、本番リリースの判断が止まります。着手前に決める線引きは、社内の生成AI利用規程とは別物です。株式会社ワンオブゼムが実際に決めている内容を書きます。

AIが実装もテストも書くと、テストが実装の写し鏡になり、検証として成立しません。何を確かめれば合格かは、実装前に人が決めます。株式会社ワンオブゼムが実装前に固める合格の物差しを書きます。

「AI駆動開発のプロジェクトマネジメント」には二つの意味がある。AIで進捗を回す仕事と、書いたコードを引き受けて本番に出す仕事。株式会社ワンオブゼムが主柱にしているのは後者です。