AI前提のプロダクト開発組織を目指して、minneの2026年の現在地

minneがAI前提のプロダクト開発組織を目指す中で、2026年9月時点の組織とプロセスの変化をまとめた記事だ。PRは「PRサイズラベルの自動付与、AIレビューとApprove、条件付きauto merge」の3段構えで運用されている。チームはWebエンジニア2人、モバイルエンジニア5人で、以前の職能別の分担は崩れつつある。設計はWebとモバイルのエンジニアが一緒に行い、決まったサーバーサイドの実装はモバイルエンジニアが進めるようになった。モバイルのリリースは2週間に1回から1週間に1回に変わり、その分、検証作業の頻度は倍になった。さらに、AIがApproveして自動マージしたPRを後から検証する、月1回のバックテストも整備された。

この記事の面白さは、AIのコーディング能力の話ではなく、届ける速度の話になっている点だ。PRのレビューが追いつかなくなると、人間がボトルネックになる。そこで書く速度を上げても、リリースが2週間に1回のままなら、ユーザーの手元に届くのは2週間後のままだ。作る速度を上げたら届ける速度も上げないと、AIの恩恵は社内の在庫として積み上がるだけになる。この指摘は、AIを開発に持ち込んだ組織の多くに刺さるはずだ。もう一つ膝を打つのは、自動マージの妥当性を検証する仕組みで、行数を判定には使わず検知にだけ使っている点だ。判定と同じ物差しで答え合わせをすると、同じ見落としを二度繰り返す。判定に使わない指標で疑うという設計は、AIに任せる範囲が広がるほど必要になる。

社員数が少ない会社でも、AIで作業を速くしたのに、承認や確認で止まるという現象はすぐに起きる。まず見直すべきは、作る工程より承認と確認の工程だ。AIが下書きした資料を誰がいつ確認するのか、その基準は文章になっているか。minneがCLAUDE.mdに判断基準を文章で置いたように、社内でも「この程度の変更は担当者の判断で進めてよい」「これは必ず社長が見る」を一枚の紙にしておく。判断基準を文章にすれば、人にもAIにも同じように効く。