仕様書は書かずに開発へ：弥生が挑むAIネイティブな開発組織への大転換

我々エンジニアにとって、仕様書作成という作業は、しばしば「終わりのない儀式」のように感じられることがある。実装が完了した後に、現実に追いつかなくなった仕様書を修正するあの虚無感。弥生が踏み出した「仕様書を書かない開発」という選択は、単なる効率化の域を超え、ソフトウェア開発のパラダイムシフトを象徴している。同社は、デスクトップアプリからSaaSへの転換期において、約250人のエンジニアを擁する組織を「AIデフォルト」へと再定義した。

具体的には、従来のウォーターフォール型で必須とされていた「仕様書作成→設計→実装→テスト」というシーケンシャルなプロセスを解体し、AIを前提とした「実装先行型」のフローへと切り替えた。驚くべきは、この変革によって対象案件の見積工数が約5分の1にまで削減されたという事実だ。これは単にAIがコードを書く速度が速いからではない。人間が「仕様書」という静的なドキュメントを介してコミュニケーションするのではなく、AIを相手に要件を議論し、プロトタイプを即座に生成し、その成果物を基にドキュメントを事後的に生成するという、極めて動的な開発サイクルを確立したからに他ならない。

このプロセスにおいて、エンジニアの役割は「コードを書く人」から「AIの成果物を評価し、ビジネス価値を判断する人」へと劇的に変化した。佐々木淳志氏が指摘するように、人間がボトルネックとなるのは、AIを導入したにもかかわらず、従来の「人間中心のプロセス」を維持しようとする時である。弥生は、Markdown形式でのGitHub一元管理や、AIが学習しやすい形へのドキュメント整備を徹底することで、AIが最大限のパフォーマンスを発揮できる「土壌」を整えた。これは、我々が明日からでも取り組むべき、開発環境の「AIフレンドリー化」という極めて実践的な処方箋である。

AIがコードを生成する時代において、最も懸念されるのは「品質のブラックボックス化」である。AIが書いたコードを人間がレビューする負荷が増大するというジレンマに対し、弥生は「レビュー自体もAIに任せる」という大胆なアプローチをとっている。しかし、ここで重要なのは、彼らが「ヒューマン・イン・ザ・ループ」を絶対的な原則として維持している点だ。AIの提案を盲信するのではなく、最終的な意思決定とトレードオフの判断は人間が行う。この「AIと人間の協調」こそが、現代のシニアエンジニアに求められる新たなスキルセットである。

同社が導入しているAIツール群は多岐にわたる。Google Geminiを全社的に利用しつつ、Cursor、Devin、Claude Code、GitHub Copilot、Kiloといった専門性の高いツールを、その時々の開発フェーズや特性に応じて使い分けている。単一のツールに依存しないこの「マルチAI戦略」は、技術の陳腐化が激しい現代において、極めて理にかなった生存戦略と言える。また、AIの暴走を防ぐための「ハーネスエンジニアリング」の導入も特筆すべき点だ。AIが実行できる範囲を制限し、権限を最小化するガードレールを設けることで、セキュリティと生産性の両立を図っている。

以下の表は、弥生が開発プロセスにおいて活用している主なAIツールと、その導入背景を整理したものである。

結局のところ、我々エンジニアが直面しているのは「AIに仕事を奪われるか」という低次元な問いではない。「AIという強力なレバレッジを使いこなし、いかにしてビジネス価値を最大化するか」という問いである。弥生の事例は、老舗企業であっても、組織のカルチャーとプロセスをAI前提で再設計すれば、スタートアップ以上のスピード感で変革が可能であることを証明している。明日、あなたが書くコードは、本当に人間が書く必要があるものだろうか？ それとも、AIに指示を出し、その成果を評価するだけで済むものだろうか？ この問いに対する答えが、あなたのエンジニアとしての市場価値を決定づけることになるだろう。