「ソフトウェアファクトリー」は、生成AIとともに現れた新語ではありません。製造業の標準化・再利用・工程管理の考え方をソフトウェア開発に持ち込む思想として、半世紀以上の歴史があります。その源流の多くは日本にあります。この記事では系譜を短く整理し、AIが開発の労働力になった現代でPogeが選んだ立ち位置を説明します。
系譜：製造業の思想をソフトウェアへ
1960年代後半、標準化された道具と管理された環境のもとでソフトウェアを「工場のように」つくるという発想が提唱されました。これを組織として最初に実践したのが日本の製造業です。
| 時期 | おもな出来事 |
|---|---|
| 1969年 | 日立製作所が、世界で初めて「ソフトウェア工場」を名乗る開発組織を設けたとされます。 |
| 1970年代 | 東芝・NEC・富士通が続き、作業の標準化、再利用、工程管理を軸に生産性と品質の両立を目指しました。 |
| 1980年代 | 大規模な制御システム開発などで、コード再利用の徹底により生産性を高めた事例が知られています。 |
| 1991年 | MITのMichael A. Cusumanoが著書『Japan's Software Factories』で、日本型の開発工場を体系的に世界へ紹介しました。 |
| 2004年 | Microsoftが、パターン・モデル・フレームワークを組み合わせる方法論として「Software Factories」を再定義しました。 |
共通するねらいは一貫しています。属人的な手仕事の集まりを、標準化された工程に変え、品質・一貫性・生産性を同時に引き上げること。ソフトウェアファクトリーとは、単一の製品ではなく「工程そのもの」を指す言葉でした。
現代：AIが工程の労働力になった
2025年から2026年にかけて、この思想は再び注目されています。きっかけは、生成AIが単なる個人のコーディング補助を超え、開発工程の一部を実際に回せる労働力になってきたことです。論点は「個人がAIをどう使うか」から「組織の開発工程にAIをどう組み込むか」へ移りました。
ここで繰り返し語られる原則が二つあります。ひとつは、コードを書くAIは部品にすぎず、インテークから出荷・運用までを含む工程（ループ）全体こそが工場だということ。もうひとつは、生成できるコードの量ではなく、どれだけ安く・速く・確実に「検証」できるかが工場化を左右するということです。検証がボトルネックになる、という指摘です。
分岐点：人がコードを読む工場、読まない工場
この「検証」をどう設計するかで、現代のソフトウェアファクトリーは分かれます。一方の極には、人間がコードをほとんど読まず、シナリオ検証などの機械的な仕組みだけで出荷を判断しようとする方向があります。生成量と自律度を最大化する設計です。
しかし、人がコードの内側を把握しないまま自動化を進めると、障害が起きたときに「すでに誰も理解していないコード」を読み直す事態になりえます。いわゆる「理解負債」の問題です。速さと引き換えに、説明責任や事業判断の土台が薄くなる危険があります。
Pogeの立ち位置：運用代行 × 人間のレビュー
Pogeは、この分岐で明確な選択をしています。
工場を「運用代行」する
Pogeはプラットフォームを売るのではありません。AI Software Factoryを私たちが運用し、お客さまの環境にレビュー済みのPull Requestを届けます。お客さま自身が工場を構築・運用する製品ではありません。
人間のレビューを「成果物」にする
AIの生成量ではなく、人間のレビューを通り、承認できる状態までを引き受けます。届くのは「動くかもしれないコード」ではなく、レビューに通ったPull Requestです。
これは「速い・大量」を競う土俵にあえて乗らない、という宣言でもあります。かつて日本で磨かれた標準化・再利用・工程管理の考え方を、AIの時代の道具で実際にやってみる。AIを個人の道具ではなく工程を担う一員として組み込み、最後は人間の判断を通す。説明責任と事業判断の土台を保ったまま、AIの速度を取り込む——それがPogeの考える工場です。
AIを、開発組織の生産能力へ。
チケットを人間・AI・協働に仕分け、AI Software Factoryが実装・検証まで一続きで引き受け、レビューに通るPull Requestとして出荷します。くわしくはAI開発組織・導入支援とAIチケット開発をご覧ください。
まとめ
ソフトウェアファクトリーは、製造業の思想をソフトウェアに持ち込む日本発の系譜を持ちます。生成AIの時代にその工程へAIが労働力として加わり、いま焦点は「どれだけ確実に検証できるか」に移りました。Pogeは、工場を運用代行し、人間のレビューを通した成果物を届けることで、速さと説明責任を両立させる立場を取ります。
参考資料
- Michael A. Cusumano『Japan's Software Factories: A Challenge to U.S. Management』(1991)
- Jack Greenfield, Keith Short ほか『Software Factories: Assembling Applications with Patterns, Models, Frameworks, and Tools』(2004)