Voicyが挑んだ「1人1案件×AI」の衝撃：スループット3倍を実現したプロセス監督の正体

開発現場において、職能による分業は「専門性の最大化」という美名の下で、しばしば「サイロ化」という名のデッドロックを引き起こす。Voicyのエンジニアリングチームが直面していたのも、まさにこの壁だった。従来の体制は、開発者3名とQAエンジニア1名がチームを組み、1つの案件を分担して進めるという、一見すると堅実なアプローチだ。しかし、この体制では「同時に進むのは常に1案件だけ」という物理的な制約から逃れられない。我々エンジニアが深夜の障害対応や、終わりの見えないレビュー待ちで疲弊する原因の多くは、こうした「ボトルネックの固定化」にある。

今回、Voicyが2ヶ月間の実験として導入した「全員が全部やる」という方針は、単なる精神論ではない。要件定義から設計、実装、テスト、そしてリリースに至るまで、一人のエンジニアが全方位に責任を持つという、極めて野心的なフルスタック化への挑戦だ。ここで重要なのは、彼らが「1人で済む」体制を目指したのではなく、「1人で全領域を見る」体制を構築した点にある。専門外の領域に踏み込む際、彼らは書籍や動画で浅く広く知識を補完し、実務においてはAIを「ペアプログラミングの相棒」として徹底的に使い倒した。AIに質問攻めを行い、コードの意図を解釈させる。このプロセスは、従来の「専門家が書いたコードを別の専門家がレビューする」という非効率なフローを破壊し、個人の生産性を劇的に向上させるトリガーとなった。

特筆すべきは、この体制変更によってスループットが3倍に跳ね上がったという事実だ。3名がそれぞれ1案件を並行して担当することで、3案件が同時に進行する。1案件あたりの所要日数は旧体制と変わらないにもかかわらず、並行処理によって全体のリリース量は3倍になった。これは、開発者が「自分の担当領域」という狭い檻から解放され、プロダクト全体を俯瞰する視点を持ったことで、コンテキストスイッチのコストが劇的に低下したことを示唆している。我々エンジニアは、しばしば「自分の専門外だから」という言葉を盾に思考停止に陥るが、Voicyの事例は、その壁こそがプロダクトの成長を阻害する最大の要因であることを突きつけている。

「全員が全部やる」体制において、QAエンジニアの役割は劇的に変容した。従来のQAが「完成した成果物のバグを見つける」という守りの姿勢であったのに対し、VoicyのQAエンジニアが担った「プロセス監督」という役割は、開発の初期段階から介入し、プロジェクトの健全性を担保する「攻めのガバナンス」である。具体的には、プロジェクト計画書をハブとして、実装者、PdM、デザイナー、そしてAI（Claude Skills）が同じ情報を参照できる環境を構築した。これにより、仕様の空白を埋め、詰まりを見つけ、認識の齟齬をその場で解消するという、極めて動的なプロセス管理が可能となった。

この「プロセス監督」の真骨頂は、肌感に頼らない仕組み化にある。3案件を並行して追う状況下では、個人の直感や記憶力などという脆弱なリソースはすぐに枯渇する。そこで導入されたのが、前回からの差分を色付きで可視化し、矛盾点をAIが指摘するアラート制度だ。これにより、レビューの自動化に近い効果が生まれ、QAエンジニアは「バグ探し」という低レイヤーな作業から解放され、「プロジェクトが正しく進んでいるか」という高レイヤーな監視に集中できるようになった。これは、QAエンジニアが単なるテスト担当者から、開発プロセスそのものを設計するエンジニアへと進化を遂げたことを意味する。

以下の表は、旧体制と新体制の構造的な違いを整理したものである。この比較を見れば、なぜスループットが3倍になったのか、その論理的帰結が明確になるはずだ。

この変革において、QAエンジニアが「専門外だから」とためらわず開発者に質問しに行けたという事実は非常に示唆に富む。職能の壁が溶け、全員が同じ計画書を共有することで、コミュニケーションコストは最小化された。我々が明日から取るべき対策は、ツールを導入することではなく、まず「開発プロセスを誰が監督し、どうやって透明性を担保するか」という問いをチーム内で共有することだ。AIは単なるコード生成機ではない。プロセス全体を俯瞰し、人間が見落とす矛盾を指摘する「監督の補佐」として活用してこそ、その真価が発揮されるのである。

Voicyのこの2ヶ月間の実験は、単なる生産性向上の成功事例ではない。それは「職能の壁が溶ける時代」における、エンジニアの生存戦略そのものである。これまで我々は、バックエンド、フロントエンド、QAといった職能の境界線の中に安住し、自分の領域を守ることに腐心してきた。しかし、AIがコードを書き、AIが仕様の矛盾を指摘する現在、その境界線は急速に意味を失いつつある。今、我々に求められているのは、特定の技術スタックに固執することではなく、プロダクトの「プロセス全体」を理解し、制御する能力である。

「チームで動く」ことの再定義が必要だ。これまでは、専門家が集まってタスクを細分化し、パズルのように組み合わせるのがチーム開発の常識だった。しかし、Voicyの事例が示すのは、全員がプロダクトの全体像を把握し、AIを駆使して自律的に動く「自律分散型」のチームの可能性である。職能を固定しなくても開発は回る。むしろ、固定しないことでコンテキストスイッチのコストが下がり、開発のスピードが加速する。このパラダイムシフトを前にして、我々エンジニアは自らのキャリアをどう再設計すべきだろうか。

最後に、読者であるあなたに問いかけたい。あなたのチームにおいて、開発プロセスを「監督」しているのは誰か？ それは特定の個人か、それとも形骸化した会議体か。もし、あなたのチームが「専門外だから」という言葉で思考を停止し、AIを単なるコード補完ツールとしてしか使っていないのであれば、それは大きな機会損失である。明日から、まずは「プロジェクト計画書」をチームの唯一の真実（Single Source of Truth）として再定義し、AIをプロセス監視のパートナーとして組み込んでみてほしい。職能の壁を溶かし、プロダクトの全体像を俯瞰する視点を持ったとき、あなたのエンジニアとしての価値は、単なる実装者から「プロダクトの設計者」へと昇華されるはずだ。この変化を恐れるか、それとも自ら主導するか。その選択が、あなたのエンジニアとしての寿命を決定づけることになるだろう。