『2人月が6人月に』あすけんが告白したAI開発の罠

伊東雄歩
監修者 伊東 雄歩

株式会社ウォーカー CEO。東北大学卒。MENSA会員、JDLA認定講師、健全AI教育協会理事。生成AI×教育・学習科学を専門とし、2億円超のシステム開発プロジェクトを統括。

taolis.net X note Voicy YouTube
  • あすけん運営askenが、AIコード生成(Vibe Coding)の社内実践事例を全文公開
  • 非エンジニアのPdMがプロトタイプを作る「あすけんラボ」基盤の仕組みを解説
  • 2人月で済むはずの新機能開発が、本番化で6人月に膨らんだ実例を告白
  • 失敗から導いた答えは「プロトタイプを動く仕様書として使う」リバースエンジニアリング
  • PdMとエンジニアの境界を消すのではなく、再設計することが鍵

「AIにコードを書かせれば、開発は何倍も速くなる」。そう信じて飛び込んだ現場で、当初2人月の見積もりが本番リリース時には6人月に膨らんだ──。食事管理アプリ「あすけん」を運営する株式会社askenが2026年5月22日にITmediaで公開した社内事例レポートは、Vibe Coding時代に挑む日本企業にとって貴重なリアルです。

askenが『正直すぎる』AI開発レポートを公開

株式会社askenは、累計1000万ダウンロードを誇る食事管理アプリ「あすけん」と、AI栄養士キャラクター「あすけんの女」で知られる国内有名企業です。

同社は2026年2月19日に開催された「Developers Summit 2026」で、Vibe Codingの社内実践事例を発表しました。

登壇したのはシニアプロダクトマネージャーの伊藤拓哉氏とシニアテックリードの岩間良浩氏です。

この発表はベストスピーカー賞7位、公募賞1位(同率)とダブル受賞。AI開発で『うまくいった話』だけでなく『想定外に苦労した話』まで含めて公開した点が業界で評価されました。

そして2026年5月22日、ITmediaが続報を掲載。『工数は増えたがメリットあり』という挑発的な見出しで、日本のエンジニア組織に新しい議論を巻き起こしています。

Vibe Codingとは何か|中学生でもわかる解説

Vibe Coding(バイブコーディング)は、2025年2月にOpenAI共同創業者のAndrej Karpathy氏が提唱した開発スタイルです。

ひと言で言えば、「人間が日本語や英語でやりたいことを伝え、AIにコードを書かせる」手法のこと。Karpathy氏は『コードの存在を忘れるくらい雰囲気(バイブ)で進める』と表現しました。

従来のプログラミングは、エンジニアが構文を1行ずつ書き上げます。一方、Vibe Codingでは『ユーザーが声で食べたものを話したら自動で栄養計算してほしい』と書くだけで、AIが動くアプリの下書きを生成してくれます。

askenはこのVibe Codingを、非エンジニアのプロダクトマネージャー(PdM)にもプロトタイプを作らせる仕組みとして活用しています。基盤の名前は『あすけんラボ』。2025年2月から運用が始まりました。

あすけんラボの中身

あすけんラボは、本番のあすけんアプリとは別の検証専用環境です。サーバレスバックエンドとWebフロントエンドで構成されています。

PdMが思いついたアイデアを、Claude Code(Anthropic社のコーディング支援AI)で実装。

最大で1万人以上のユーザーにβ版として配信して、本物のフィードバックを集められる仕組みです。机上の仕様書では拾えなかった『日常使いの違和感』を、生のデータで検証できます。

『2人月が6人月に膨らんだ』本番化の壁

askenが今回公開した事例の中で、もっとも話題になっているのが具体的な工数の数字です。

PdMの伊藤氏は、音声入力で食事を記録できる『AIおまかせ記録』のプロトタイプをVibe Codingで素早く構築しました。あすけんラボでユーザー検証を行うところまでは順調そのもの。

ところが、本番のあすけんアプリに正式機能として組み込もうとした段階で問題が発生します。『2人月で完了するはずの開発が、6人月に膨らんだ』のです。

なぜ3倍に膨らんだのか

AIが書いたプロトタイプのコードは、検証目的としては十分です。しかし本番環境に持ち込むと、複数の問題が浮上しました。

たとえば、エラー処理の網羅性、既存アプリとのデータ整合性、セキュリティ要件、運用監視の組み込み、テストコードの整備──。プロトタイプでは省略していた要素が一気に必要になります。

結果として、プロトタイプのコードをそのまま流用する選択肢は早々に消えました。エンジニアは事実上ゼロから書き直すことになり、追加の4人月が乗ってしまったわけです。

askenが見つけた答え|プロトタイプは『動く仕様書』

この失敗から、askenは新しい開発フローを編み出しました。それが『リバースエンジニアリング型の仕様抽出』です。

具体的な流れはこうなります。

  • PdMがあすけんラボでプロトタイプを実装し、ユーザー検証を実施
  • Claude Codeでプロトタイプのコードを読み込み、機能仕様・ユースケース・データ要件を文書化
  • 抽出した仕様書を元に、エンジニアが本番版を設計・実装
  • プロトタイプのコード自体は本番に流用しない

つまりプロトタイプを『動く仕様書(Living PRD)』として位置づけ、コードではなく要件の生きた表現として使うのです。

頭の中で考えた仕様書は曖昧になりがちですが、動くプロトタイプは曖昧さを許しません。ボタンを押せば実際の挙動が返ってくるからです。

境界を消すのではなく引き直す

テックリードの岩間氏が強調したのは『境界の引き直し』という言葉です。

AIが普及すれば『PdMが自分でコードを書ける時代だ』と言われがち。しかしaskenは正反対の結論に至りました。

『PdMは価値定義と検証、エンジニアは技術設計と実装』と境界を明確化するほうが結果的に速い、というのが現場の答えです。

他社の類似アプローチと何が違うのか

Vibe Codingで成果を出した日本企業はaskenだけではありません。代表的な事例と比較してみましょう。

トランスコスモスは2025年11月の『Developers X Summit 2025』で、独自の『VibeOpsメソッド』を発表。15.5人日の開発を1.5人日に短縮した事例を公開し、工数87%削減という派手な数字が注目を集めました。

GMOペパボOmiaiは2026年2月にaskenと3社合同のLTイベントを開催。各社がClaude Codeを使ったコードレビュー、リファクタリング、インフラ実装の事例を共有しています。

askenが他社と異なるのは、『工数削減』ではなく『価値検証速度』を主軸に据えている点です。本番化フェーズではむしろ工数が増えることを認めつつ、検証フェーズで生み出される学習価値を最大化する設計になっています。

日本の開発現場が学べる3つの教訓

1. AIで『全工程が速くなる』は幻想

プロトタイプ生成は確かに10倍速くなる場合があります。

しかし本番運用に耐える品質まで持っていくフェーズでは、AIの恩恵は限定的です。askenの2人月→6人月という数字が、そのリアルを示しています。

2. PdMとエンジニアの役割を再設計せよ

『全員がコードを書ける時代』を急ぐより、職能の境界を引き直すほうが効果的。

PdMはVibe Codingで仮説検証の速度を上げ、エンジニアは本番品質の設計実装に集中する。この分業が、askenの答えです。

3. プロトタイプは『捨てる前提』で作る

AIが生成したコードを本番にコピペするのは、現状では現実的ではありません。

プロトタイプは『動く仕様書』として使い、本番コードは別途書き起こす。この覚悟が、結果的に開発全体のスピードと品質を両立させます。

日本市場への影響

askenのレポートは、日本のソフトウェア開発組織にとって特別な意味を持ちます。

海外のVibe Coding事例は『個人開発者が週末にアプリを作った』という個人プレーが中心。一方、askenは累計1000万DLの本番サービスを抱えた企業組織での実践事例です。

日本のSaaS企業や受託開発会社が抱える『品質要件と速度の両立』という課題に、直接答えるケーススタディになっています。

さらに『失敗の数字まで公開する』という透明性は、日本企業のAI活用を加速させる効果が期待されます。これまで『AIで○倍速』と成功事例ばかりが流れる中、askenの正直な開示は組織のAI導入判断を現実的にする一助となるでしょう。

よくある質問(FAQ)

Q. Vibe Codingで本当にPdMがコードを書けるの?

A. はい、Claude CodeやCursorといったAIエージェントを使えば、自然言語の指示でプロトタイプを生成できます。ただしaskenの事例では、本番品質まで持っていくにはエンジニアの介入が不可欠でした。

Q. あすけんラボのような検証基盤を自社で作るには?

A. AWSやGoogle CloudのサーバレスサービスとClaude Codeを組み合わせれば構築できます。重要なのは本番環境と完全に分離し、検証データが本番に流入しない設計にすることです。

Q. 2人月→6人月になった具体的な原因は?

A. プロトタイプではエラー処理、セキュリティ、テストコード、運用監視などが省略されていました。本番化ではこれらを一から実装する必要があり、結果的にゼロから書き直しになっています。

Q. うちの会社でも同じ失敗を避けるには?

A. プロトタイプのコードを本番に流用する前提で開発を始めない、というのが鉄則です。あらかじめ『プロトタイプは仕様書、本番は別途実装』と決めておけば、見積もりも組織の期待値も正確にコントロールできます。

Q. askenが使っているツールは具体的に何?

A. Claude Code(コーディングエージェント)、AWS Documentation MCP(AIがAWS仕様を参照可能にする仕組み)、Amazon Web Services(インフラ基盤)の組み合わせです。

まとめ

  • askenはVibe Codingで2人月→6人月の本番化失敗を経験し、その全プロセスを正直に公開した
  • 解決策はプロトタイプを『動く仕様書』として使うリバースエンジニアリング型開発フロー
  • PdMとエンジニアの境界を消すのではなく、明確に引き直すことが鍵
  • 2026年2月のデブサミでベストスピーカー賞7位、公募賞1位(同率)を獲得し業界に波及
  • 日本企業がAI開発を組織に組み込む際の、最も実践的なケーススタディになっている

自社にAIコード生成を導入する前に、『成功事例』だけでなくaskenのような失敗事例から学ぶことが遠回りを減らします。次のスプリント計画の前に、PdMとエンジニアの役割分担を一度見直してみませんか。

参考文献

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です