Seeing AGI(8):人間の役割の再生
先日サンフランシスコで開催されたDelight Sparkに参加した。イベントが終わったあとも、ある会話がずっと頭から離れなかった。それはAI組織についての話だった。
これまでの『Seeing AGI』シリーズ7本では、AGIの到来、バイブワーキング、マルチエージェントシステムなどを書いてきた。しかし何度も立ち戻る問いはもっとシンプルだ。会社のなかで「人間の役割」はどうなるのか。AIが組織図を書き換える前に、まず一人ひとりを書き換える。
いまだに多くの企業は、AIを「同じ人が同じ仕事をするためのソフトウェアアップグレード」として扱っている。フレームの取り方が違う。AIは作業を速くするだけのものではない。誰が何を担い、誰がコンテキストを握り、判断がどう動くかを変えてしまう。
あらゆる技術の波は、人間の役割を変えてきた
人は画期的な技術に出会うと、たいてい「自分の仕事はそのままで、ただ速くなるだけ」と思い込む。歴史はそれが幻想であることを教えてくれる。
最初に変わるのは、紙の上の組織図ではない。最初に変わるのは、人間が一日中何をしているか、誰に依存しているか、誰に報告しているか、そしてシステムが実際にどんな判断を評価するか、である。
だから、AIをきちんと理解したいなら、モデルに何ができるかだけを問うべきではない。過去の技術の波が「働き方そのもの」に何をしたかを問うべきだ。
電気は工場を近代化しただけではない。なかにいる人を変えた。
電化の有名な教訓は、「電気が強力だった」というだけではない。最初の導入期の成果が伸び悩んだのは、工場が古いレイアウトのままだったからだ。経営者は蒸気機関をダイナモに置き換えたが、中央集中型の動力ロジック、シャフト、ベルト、生産ジオメトリは昔のままに残した。
本当の飛躍はその後にやってきた。工場が「ユニットドライブ」、つまり機械ごとの独立した電動モーターを採用し始めたときだ。そこで建物そのものが変わり始めた。平屋のレイアウトが組みやすくなり、機械を一本の機械的な背骨に沿って並べる必要もなくなった。スピード、安全性、専門化を軸にワークフローを再設計できるようになった。
そして工場が変わると、人間の役割も一緒に変わった。中央のエンジンルーム、シャフト駆動のレイアウト、単一の動力源を前提にした保守、こうした古いロジックは消えていった。代わりに、電気工、電気エンジニア、工場プランナー、新しい運用管理が必要になった。Paul Davidは、大規模な電化には「経験豊富な工場建築家と電気エンジニアの層」を育て上げる必要があったと書いている。まさにこの点だ。新しい動力源は、古い労働者を単に速くしただけではない。新しい専門職、新しい指揮系統、新しい運用ロジックを生み出した。
コンピューターはオフィスを自動化しただけではない。まったく新しい情報の役割を生み出した。
コンピューターの時代も似たことが起きた。コンピューター化以前の大企業では、事務員、タイピスト、ファイル係、簿記係、機械操作員といった層が、人手で情報を動かしていた。やがてデータ処理部門、キーパンチャー、プログラマー、システムアナリスト、その後にデータベース管理者やITマネージャーが登場した。
縮小した役割もあった。どこからともなく現れた役割もあった。キーパンチャーはパンチカード時代に明確な職業として確立し、直接コンピューティングが広まるにつれて姿を消していった。同時に、システムアナリストという新しい橋渡し役が生まれた。ビジネスを理解し、システムを設計し、プログラマー向けに図を起こし、経営陣のニーズを技術的な構造に翻訳する人だ。この役割は、ソフトウェアが企業の思考の一部になる世界でしか成立しない。
報告ラインも変わった。情報システムが業務の中心になると、企業はMISやIT組織、プロジェクトマネジメントの層、システムチーム、後のエンタープライズソフトウェア部門を構築した。権限はますます、物理的なオペレーションだけでなく、情報アーキテクチャを通じて流れるようになった。
ソフトウェアは、現代のプロダクト組織を生んだ。
そしてソフトウェアの時代が、さらに新しい層を加えた。ソフトウェアの複雑性が爆発するにつれて、組織はもう一度分裂した。プロダクトマネジメントは、ビジネス、ユーザー、エンジニアリングのあいだの隙間を埋めるために台頭した。ソフトウェアでは、製品をマーケティングするだけでは足りない。何を作るかを決め、ユーザーのシナリオを翻訳し、開発サイクルを通してエンジニアリングのそばに居続ける誰かが必要だった。
UXとインタラクションデザインは、パーソナルコンピューティング、そしてWebがユーザビリティを経済的に避けがたいものにするにつれて成熟した。QAは独立した機能になった。テストはもはやプログラマーの頭の中だけに収まらなかったからだ。後にAgileやDevOpsがその境界を再びぼかし始め、テスターをサイクルの早い段階に引き入れ、品質を共有責任にしていった。
つまり、PM、デザイナー、デベロッパー、テスターという構造は、自然から授かったものではない。それは前の時代のソフトウェアエンジニアリングに属していた。人間のコミュニケーションの限界、断片化された知識、手書きのコーディング、遅いフィードバックループに対する合理的な応答だった。
古い組み立てラインは、別の世界のために作られていた
その歴史をはっきり見れば、いまのソフトウェアの組織図は、多くの人が思っているほど永続的なものではないとわかる。長い技術的再編の連なりの、いちばん新しい層にすぎない。
古いソフトウェアの世界では、プロジェクトを1ミリ動かすために、専門化された職能の厚いスタックが必要だった。報告のロジックはたいていワークフローそのものを反映していた。プロダクトが要件を作り、デザインがそれを翻訳し、エンジニアリングが実装し、QAが検証し、マネジメントがサイロ間の受け渡しを調整する。
かつてPMが何をしていたか考えてみてほしい。20ページにもなる大量の仕様書を何週間もかけて書き、壁の向こうに投げる。デザイナーは何週間もかけて手作業でピクセルを動かし、その仕様をモックアップに翻訳する。デベロッパーはそのモックアップを受け取り、何ヶ月もかけて定型的なコードを打ち込む。最後にテスターが何週間もかけてズレやバグを追いかける。
その構造は、各ステップが異なるツールを使う異なる専門家によって行われ、移行コストが高かった時代には理に適っていた。受け渡しは単なる官僚主義ではなかった。それは、システムが複雑性から自分を守るための仕組みだった。
しかしAIエージェントがコード生成、UIのドラフト、テストケースの作成を手伝い、反復を数分に圧縮できるようになると、同じ構造は自分自身の足を引っ張り始める。受け渡しは安全装置から、純粋な抵抗へと変わる。
今日の「AI変革」の多くは、まだここに閉じ込められている。企業はPMにAIライティングツール、デザイナーにAIデザインツール、デベロッパーにAIコーディングツールを与えるが、報告ラインも分業も同じままだ。新しい動力源を、古い機械につないでいるだけだ。
だからこの話の前半が大切だと思っている。AIは仕事を再編する最初の技術ではない。しかしこのスピードでそれを行いつつ、これだけ多くの知的役割を同じ実行の瞬間に畳み込む技術としては、初めてかもしれない。
Gensparkの内側で見えていること
Gensparkの内側では、その歴史の次の層がリアルタイムで書かれているのが見える。いま社員数は約70人。構造は徹底的にフラットだ。
巨大で多分野にまたがる部門でプロジェクトを動かすことはしない。プロジェクトの大半は、わずか1〜3人のアジャイルなポッドで実行される。ワークフローが圧縮されているから、人々は価値創造の全鎖と密に接した距離で動く。
これは初日から始まる。新しいメンバーは狭い役割に押し込められたり、1ヶ月もドキュメントを読まされたりはしない。すぐに最前線に押し出される。入社1週目から、本物の複雑な機能を出荷していく光景は珍しくない。入社前にコードを1行も書いたことがなかったメンバーですら、機能をローンチしている。
前の時代なら、それは無謀か不可能に聞こえただろう。この時代では、それが基準線だ。野心ある人がここで伸びるのは、もう一つの箱に閉じ込められないからだ。
役割は実際にどう変わっているか
ワークフローがここまで強く圧縮されると、職業的な役割は消えるのではない。変異する。レベルが上がる。
PM:仕様書の書き手から、システムの監督へ
PMはもう、誰かが解釈するための静的なドキュメントを何週間もかけて書くことはない。AIを使って即座にライブのプロトタイプを生成する。要件だけを抱えるのではなく、システムを操縦し、ロジックをリアルタイムで検証し、最終的なアウトカムを所有する。
デザイナー:フロントエンドの翻訳者から、最終ジャッジへ
最近リリースしたGenspark Designはそのいい例だ。古いプロセスでは、デザイナーは前段の翻訳者だった。誰かが構築する前に、画面を手で描かなければならなかった。今日では、抽象的なアイデアから完成したデザイン、そしてローンチされたプロダクトまでの道筋が連続している。
AIが数秒で数十もの高精度な機能プロトタイプを生成できるため、デザイナーの役割はパイプラインの後ろへ移る。彼らはジャッジになる。品質の基準を決める。テイストの水準を守る。体験にサインオフする。AIが出した数々のイテレーションのうち、どれがブランドにとって正しい魂を持っているかを決める。
デベロッパー:コード打鍵者から、システムアーキテクトへ
デベロッパーの最初の1週間は、もうローカル環境のセットアップや古いコードベースの読解ではない。出荷だ。定型コードを打つ時間は減り、ロジックを設計し、エージェントを導き、AIにはまだ見えない深く構造的な問題を解く時間が増える。
テスター:手動の門番から、エージェント基盤エンジニアへ
AIネイティブなワークフローでは、誰もが自分の機能のテスターになる。機能を作っている本人が、ケースを生成し、エッジ条件を確認し、体験を検証し、出荷可能かを判断する。テストはもはや別個のゲートとして連鎖の最後に座らない。それはオーサーシップの一部になる。
それは伝統的なテスターが消えるという意味ではない。役割は一段上に移る。基盤の役割になる。事後にすべての画面を手で確認するのではなく、チーム全体で機能が出荷されたあと、本番でシステムが安定し、観測可能で、信頼できる状態を保つことを担う。
その意味で、新しいテスターは「品質のための基盤エンジニア」のように見える。組織全体の信頼性を高めるフレームワーク、ガードレール、モニタリング、評価ループ、リリースロジックを作る。AIがテスト、デバッグ、継続的改善により効果的に参加できるよう、エージェントに優しい基盤を作るのも仕事だ。
どの職種を見ても、流れはまったく同じだ。判断は受け渡しよりはるかに重要になっている。コンテキストの所有は、狭い専門化より価値が高くなっている。
CEO:Chief Executive Officerから、Chief Context Officerへ
AIがどれほど深く役割を組み替えているかを見れば、PM、デザイナー、デベロッパー、テスターで話を止めるわけにはいかない。CEOもまた書き換えられている。
古い会社のモデルでは、規模はCEOを現場から遠ざけた。組織は専門化しすぎ、層が厚すぎ、遅くなった。CEOの仕事は、他人を介して複雑性を管理することになった。
その距離は性格の問題ではなかった。構造的なものだった。多くの企業で、CEOはもうプロダクトに直接触れられなかった。仕事があまりに多くの機能、会議、受け渡しに分割されてしまっていたからだ。
AIはそのモデルを壊す。学ぶ意志のあるCEOは、再び仕事に踏み込める。プロダクトのアイデアを探り、プロトタイプをレビューし、フローをテストし、前提に疑問を投げ、AIと一緒に実行を駆動することすらできる。CEOがマイクロマネージャーに戻るべきだからではない。リーダーシップと創造のあいだの壁が薄くなっているからだ。
だから仕事の中身が変わる。AI時代のCEOは、Chief Executive Officerというより、Chief Context Officerのように見え始める。仕事は、方向性を定め、判断を明確にし、決定権を現場の端へ近づけ、小さなポッドが本物のオーナーシップを持って動けるインターフェースを設計することだ。
古いモデルでは、力は距離とコントロールから生まれた。新しいモデルでは、力はコンテキスト、テイスト、明晰さ、そして組織を一つのシステムとして思考させ動かす能力から生まれる。そしてCEOが変われば、組織は同じままではいられない。役割の書き換えは、自然と組織の書き換えになる。
新しい組織は、ただフラットなだけではない。構造そのものが違う。
この新しい会社を「フラット」とだけ呼ぶのは正しくないと思っている。フラットは層が少ないことを意味するだけだ。私たちが見ているのは、それより深い変化だ。組織の基本単位はもう機能ではない。ポッドだ。
古い構造では、会社は部門を中心に組み立てられていた。プロダクトはこっちに座り、デザインはあっちに、エンジニアリングはどこか別の場所に、QAは最後にいる。組織図は受け渡しの連鎖を映していた。
新しい構造では、会社は「小さく、コンテキスト密度の高いポッドのネットワーク」のように見え始める。1〜3人のポッドが問題に近く、ユーザーに近く、AIに近いところで働く。アイデアからリリースまでの鎖を、より多く所有する。より多くのコンテキストを持つ。より多くの判断を下す。待つ時間が減る。
数千人の会社では、これは「一人のCEOが何百ものポッドに直接触れる」という意味にはならない。それはスケールしない。スケールする形は「ネットワークのネットワーク」だ。ポッドはミッションクラスタにまとめられ、共有コンテキスト、共有テイスト、共有された明晰さ、共有のシステム設計によって束ねられる。リーダーシップの層は依然として存在するが、その仕事は変わる。承認のボトルネックではなくなる。コンテキストのルーター、インターフェースのデザイナー、フォースマルチプライヤーになる。そのモデルでは、CEOがすべてのポッドを管理しているのではない。CEOは、多くのポッドが古い官僚機構を再構築せずに整合的に動けるアーキテクチャを設計している。AIネイティブなスケールはそういう姿だ。よりフラットなピラミッドではなく、別のシステムだ。
そうなると、ヒエラルキーはもう主要な調整メカニズムではなくなる。コンテキストが主要な調整メカニズムになる。最も重要な問いはもう「誰が誰に報告しているか」ではない。それは「コンテキストを本当に握っているのは誰か、それに基づいて行動する判断力を持っているのは誰か」になる。
これはリーダーシップの層の存在意義も変える。古い世界では、ミドルマネジメントの大部分は、機能の境界を越えて情報を翻訳し、要約し、調整し、動かすために存在した。新しい世界では、それらの役割はシステム構築者、品質レビュアー、人材コーチ、ポッド横断のインテグレーターへ進化したときにのみ価値を保つ。「伝達ベルト」型のマネージャーは、着実に重要性を失っていく。
一文で言えば、AIネイティブな組織はこういうものだ。コンテキストを強く所有する小さなポッドのネットワークが、AIエージェントに支えられ、共有された判断によって整合し、重い階層ではなく軽量なインターフェースで結ばれている。
会社を書き換える時間の窓
役割の書き換えがCEOの書き換えにつながり、CEOの書き換えが組織の書き換えにつながるなら、これはツールのアップグレードではない。会社の書き換えだ。だからAIスタックだけを見つめるのはやめてほしい。人を見る。構造を見る。
もっと厳しい問いを投げてほしい。あなたの社員はまだ狭い翻訳の役割に閉じ込められていないか。最良の頭脳は、判断を下す代わりに受け渡しを準備していないか。組織図はいまだに古いPM・デザイナー・デベロッパー・テスターの連鎖のために組まれていないか。決定権は、本当のコンテキストを握っている人たちから遠すぎないか。
AIへのアクセスを買うのは簡単だ。本当の変革は難しい。役割を再設計し、オーナーシップを小さなポッドに押し込み、エージェント中心に基盤を作り直し、リーダーシップそのものを定義し直すことを意味する。
この時代の勝者は、より良いモデルを使うだけではない。より速く作り直す。受け渡しの連鎖をポッドのネットワークに置き換える。コンテキストを現場の端に動かす。判断の基準を引き上げる。
AIはタスクを書き換えているだけではない。会社を書き換えている。窓はいま開いている。長くは開いていない。