AI生成コードのレビューは、どこを読んで、どこを読まないか
AIが一日に出すコードは、人が全部読める量を超えます。発注側のレビューは、実装の正しさではなく、出してよいかを見る範囲です。株式会社ワンオブゼムが、読む場所と読まない場所の分け方を書きます。
AI時代のプロジェクトマネジメント
AI時代のプロジェクトマネジメントとは、コードを書く速さではなく、書かれたものを世に出すまでの判断を先に決めておく仕事です。 AIが書いたコードを、誰が引き受けるのか。実装が速くなるほど、残るのはこの問いです。当社が着手の前に固めるのは三つ。要件をAIに渡せる粒度まで割る書式、AIの使用範囲と承認の流れ、受け入れ条件とレビュー範囲の定義です。どれも手順があり、案件ごとに書き起こします。 開発をご一緒しない案件でも、この三つだけをお引き受けしています。実際にどう書き、どう合意したのかは、記事で具体的に扱います。
AI開発の契約形態は請負か準委任か。発注側が押さえる三つ
AIを使うシステム開発を外部に発注するとき、請負契約と準委任契約のどちらが合うかは、仕様の固さで決まります。株式会社ワンオブゼムが発注側の目線で、契約形態を選ぶ分岐点を書きます。
AIシステム開発の要件定義で、通常の外注と変わる三つ
AIを使うシステム開発を外部に発注するとき、通常のシステム開発の要件定義と同じ渡し方では、動くが違うものが出ます。仕様の割り方、入力の範囲、合格条件の三つが変わります。株式会社ワンオブゼムが発注側の目線で書きます。
PMOに依頼できることと、当社が主柱にしている「引き受け」の違い
PMOは進捗・課題・会議体の進行を横断的に管理します。当社が主柱にしているのは、AIが書いたコードを誰の責任で本番に出すかを決める、もう一段別の判断です。株式会社ワンオブゼムがこの違いを書きます。
システム開発のPM外注、丸投げにしないために発注側が決めること
システム開発のプロジェクトマネジメントを外部に任せても、発注側の関与がゼロにはなりません。丸投げにしないために、渡す範囲・見る場所・受け取る基準の三つを先に決めます。株式会社ワンオブゼムの考え方を書きます。
この案件でAIに何を渡してよいか。着手前に決める線引き
生成コードの権利、機密の扱い、責任の所在が決まらないまま進めると、本番リリースの判断が止まります。着手前に決める線引きは、社内の生成AI利用規程とは別物です。株式会社ワンオブゼムが実際に決めている内容を書きます。
何を確かめれば合格か。実装前に人が決める理由
AIが実装もテストも書くと、テストが実装の写し鏡になり、検証として成立しません。何を確かめれば合格かは、実装前に人が決めます。株式会社ワンオブゼムが実装前に固める合格の物差しを書きます。
誰が引き受けるのか。プロジェクトマネジメントの二つの意味
「AI駆動開発のプロジェクトマネジメント」には二つの意味がある。AIで進捗を回す仕事と、書いたコードを引き受けて本番に出す仕事。株式会社ワンオブゼムが主柱にしているのは後者です。
このテーマの支援内容
記事に書いていることを、実際のプロジェクトで一緒に進めています。