間違いなく FDE（Forward Deployed Engineer）

貴社のIT投資を最大利益化し、「2025年の崖」から日本を救う！
スペックパターン開発プロセス 第６回

「炎上知らずのDXプロジェクトマネジメント～業務システム開発 七つの鉄則」2026/5/22 技術評論社より発売

改めまして、株式会社イマジンスパークの 深沢 と申します。

最近、生成AI関連の記事で FDE（Forward Deployed Engineer：顧客先に深く入り込むエンジニア：前線配置エンジニア） という言葉をよく目にします。読むほどに「あれ、これは昔、自分がやっていたことだな」と感じることが増えてきました。
流行り言葉に合わせたいわけではありません。
今回執筆させていただいた書籍の観点は、AIによるシステム開発が進んでも「作ろうとしている業務システムの要件、設計が妥当であることの保証」と「その要件の通りのシステムであることの保証」は「人間が行なえなければならない」、ということであり、まさにFDEの存在意義と重なるところです。
少し長くなりますが、その話がある意味そのまま技術経歴紹介にも近いので、自己紹介方々、書かせていただきました。

はじめに ― ただ「好きで」続けてきた仕事

私はこれまで、ただひたすら「システム開発の仕事が好きで、楽しくて」、この世界を歩いてきました。

およそ40年前、第二次AIブームに心を躍らせていた頃から、気がつけばずいぶん時間が経ちました（AIブームも、いまや第四次が続いている、といったところでしょうか）。その間には、たくさんの「楽しいこと」と、少しの「つらいこと」、そして数え切れないほどの学びがありました。

「これだけの経験も、生成AIの時代にはいずれ役に立たなくなることばかりかもしれない。だとすれば、その前に」――そんな思いもあって、ここ最近は15年ぶりとなる書籍を書き上げたところです。

FDEとは「現場に住む」こと ― それを、35年前にやっていた

生成AI関連の記事では、FDEにあわせて LOOP（AIが絡む業務フローの切り分け。かつて「システムが止まったときの業務フロー」を考えたのと同じ発想で、生成AIとの切り分けはより深刻になりうるテーマです）や、FDEに必須とされる データモデリング といった話題も上がってきます。

このプロフィールや、後半の「お客様の声」を読んでいただくと分かるのですが、どうやら私は、いま言うところのFDEを昔から行っていたようです。これは、正直なところ、かなり嬉しく感じていることでもあります。

なぜそう言えるのか。少しだけ昔話をさせてください。

数十年前、とくに上場企業や官庁の業務システム開発では、「現場を見せてください。実際に業務をされている方に直接お話を伺いたい」と言うと、経験上、ほぼ100%の確率で断られました。それが当時の「常識」で、ときには「怒られる」レベルのこともありました。

それでも私は、長時間怒られながら、食い下がり、ときには揚げ足も取りながら、必ず現場に入り込み、実際に業務を行っている方々から直接お話を伺って回りました。

理由はシンプルです。うまく作れなかったときに責任を取る（取らされる）のは、開発側のプロジェクトマネージャーである私自身ですし、何より、私のもとで働くプログラマたちがつらい目に遭うからです。
当時は月200時間を超える残業も珍しくありませんでした。
自分はさんざんやりましたが、そんなある日「これは特攻であって、マネジメントの敗北である」と思うようになり、業界の常識とはいえ、配下のプログラマには同じ思いをできるだけさせたくなかったのです。

既存のマニュアルは、ほとんど役に立ちません。
というより、体裁は整っていても実際には使えないものが多く、そもそも現場を知らなければ「使えるかどうか」の判別すらできません。

ですから、実際にその業務を行っている人の頭の中にある「業務のカタマリ」や「一連のつながり」は何なのか、一つひとつ、目を見て、目線を追いながら伺っていきました。

「目線を追って」というのは、文字どおりです。
回答を伺っている最中にふと向けられた視線を追いかけて、「なぜ今、あれを見たのですか?」と尋ねると、言葉には表れていなかった手順や要件が、次から次へと出てきます。
また、ときには画面の項目名とはまったく違う使い方をされている入力欄が見つかることもあります。
そして、そういう項目に限って、たいていはとても重要なものなのです。

資料のどこにも書かれていない ――書きようがない―― 業務が、現場にはたくさんあります。最近読んだFDEの解説資料には、こうしたことはAIには難しく、「FDEが現場に"住む"のだ」という表現がありました。
嬉しくなりました。
「もう私は時代遅れなのかもしれない」と考えていたところが、後に書かせていただく独自の開発プロセスとともに、一気に私の得意分野になったのです。

ある官庁のお仕事では、「やりたいこと、夢も含めて全部お話しください。私は明日の朝まで大丈夫です」と冗談半分のようにお伝えした記憶があります。それは半分は本気でした。
それが本当に楽しかったのです。

全国展開の案件では、追加予算を求めることもなく（必要な業務である以上、予算の範囲内という感覚でした）、北海道から鹿児島まで、日本各地の現場を訪問させていただきました。

ある案件では「現場は忙しいから来るなと言ってるんだ！」とさんざん怒られ、それでも食い下がって現場に入れることになりました。当日、現場の部長に「お忙しいところ申し訳ありません」とご挨拶したところ、来るなと言っていたはずのその部長が、最初に口にしたのは――

逆に上場企業の部長に頭を下げられました。
ドラマのようですが、事実です。
ユーザーは自分たちが毎日使うことになるシステムがしっかりと納得のいく、本当に使いやすいものになることを心の底から願っています。
至極当然のことです。
コミュニケーションとは、憶測や推測あるいは忖度のことではないのだ、とあらためて感じた出来事でした。
とはいえ、どの案件でもお客様を怒らせるリスクは避けたいのが当然で、周囲の大手メーカー系の孫請け企業を見渡しても、こんな危なっかしいことをしていたのは、私くらいだったと思います。

今、役立つ35年前の自動生成と No-Mercy UAT

こうした進め方は、当時から可能な限りの自動生成を取り入れた 「スペックパターン開発プロセス」 というオリジナルの開発プロセスとセットで行っていました。

要件定義が終わる前に、No-Mercy UAT という独自の手順で「作ろうとしているシステムが、顧客業務を完全に回せること」を確認し終えてから、以降の開発を進める。いま風に言えば、まさに FDE が AI を使って現場で行っていることを、およそ35年前にやっていたことになります。

なぜそこまでしたのか。
自動生成をベースにした仕組みでは、上流工程での小さなミスが、実装工程で一気に量産されてしまうからです。
しかも今の様なAIによる自動生成ではなく、一定以上の人手は必要です。
だからこそ、現場が確実に回る仕様を、確実に作り上げる必要がありました。
その怖さやリスクをうまく乗り越えていくのが、本当に楽しかったのです。
テレビゲームなんて目じゃありません。

この開発技法は、『デスマーチよ! さようなら!』(2004)、『SEの教科書』(2006)、そして『炎上知らずのDXプロジェクトマネジメント』(2026) として、技術評論社さんより繰り返し書籍化していただいてきました（いずれも、当初は「スペックパターン開発プロセス入門」というタイトルを想定して執筆したものです）。
現在は、この技法を最大効率で行うための生成AI化を、従来通り上場企業や官庁の基幹業務システム開発に耐えうる堅牢な形で実現できること、バイブコーディングとは一線を画す形での実現を念頭に進めています。

私自身は、この「スペックパターン開発プロセス」によって、街の仕出し弁当店の献立／販売管理システムから、上場スーパー、最大手商社、中央官庁の基幹業務システムまでを手がけてきました。
プロジェクトマネージャー、要件定義、画面・帳票・バッチ処理設計、そして実装まで担当しながら、繰り返し「納期内・トラブルゼロ」での納品を実現してきました。
官庁のシステムでも、それまでとは全く異なる基本設計（戦略実現）を徹底的な業務分析の結果として実現しました。

時代の変化は激しくなりましたが、とりわけ「人」が中心となるソフトウェア開発やプロジェクトマネジメントの本質には、今も昔も変わらない部分が多くあると感じています。その現場での経験を、できるだけ多くの方にお届けしたい――そう考えています。

プロフィール

長くこの仕事を続けてきたぶん、プロフィールも少し長くなりますが、お付き合いいただければ幸いです。

ゴジラの世界 ― 少年工科学校とレーダー

経済的な事情で都立高校へ通えなくなり、「全寮制で、給料をいただける高校がある」という理由から、陸上自衛隊少年工科学校（現・陸上自衛隊高等工科学校）に入校しました。

ここでは、対空ミサイル関連のコンピューターシステム「防空指揮装置」の修理を学び、その後は実際の部隊に勤務しました。

小学生の頃、映画のゴジラを観ては「ぐるぐる回っているレーダーの電線は、よじれたりしないのかな? 10回右に回ったら、10回左に回すのかな?」とずっと気になっていました。10代前半には、やはりゴジラに出てくる科学者のように「コンピューターで、国家のシステムのようなものを作り上げたい」と、ぼんやり夢見ていた気がします。

ゴジラのことはすっかり忘れていたのですが、気がつけば、軍事とはいえ最先端レベルのシステマティックなコンピューター活用技術を学べたことが、そのまま「平和利用へ展開していく」仕事へとつながっていきました（レーダーの電線の疑問は、後に素晴らしい形で完全に解決しました）。

軍事技術を、平和利用へ

自衛隊を退職した後は、下記の自動車メーカー工場やダム向けのシステム開発を経て、Apple Macintosh向けのシステム開発を行っていました。街の仕出し弁当業者向けの献立管理システムや、小さな広告代理店のプロジェクト管理システムなどです（フランス製データベース「4th Dimension」を使用しました）。

• 自動車メーカーの製造ライン制御盤向けシステム：Windows登場以前、防空指揮装置のトラックボールによる操作性を参考に、すべての操作をマウスのみで行えるシステムを産業用パソコン向けに設計、開発。おかげさまで、広島にある同社の別工場や関係会社にも導入されました。

• 旧・建設省向け（水力発電）ダム管理システムの設計、開発：Z80アセンブラで開発。おかげさまで、こちらも薗原ダムで稼働後、羽越・高田など複数のダムに導入されました。

• Apple社のプレゼンテーション・スタック：MacWorld Expo Japan のアップル社メインブースでのプレゼンテーション用として、コンパニオンの方々に使っていただいたものです。HyperCard 上で開発し、まだパソコンでの動画再生ができなかった時代に、先進的な動画表示の仕組みを取り入れました。こちらもおかげさまで、約１年間、アップルジャパンの複数イベントで利用されました。

面白いツールを見つけて、広める

Apple Macintosh製品の輸入販売会社（スリースカンパニー）では、Apple製品の故障時のハードウェア修理要員として勤務しつつ、こんな仕事も楽しんでいました。

• マインドマップ・アプリケーション「インスピレーション（Inspiration）」の発掘：店頭で手売り販売を始めたところ好評を得て、後に同社が国内代理店となりヒットしました。野村総研さんや日通総研さんなどでも採用いただいたようで、当時の業務でインスピレーションによって作成した資料をいただきました。経済評論家の勝間和代さんも、著書で触れてくださっていた記憶があります。

• 世界初？ のパソコン用市販カラースキャナ・アプリ：エプソン初の民生用カラースキャナ（GT-3000）向けに、個人開発されていたソフトウェア（Color Magician／小池邦人氏 開発）をプロデュースし、米国メーカーよりぎりぎり１週間早く発売しました。おそらくは、世界初のパソコン用市販カラースキャナアプリケーションだったのではないかと思います。

「面白そうなツールを見つけて広める」――これもまた、好きな仕事のひとつでした。

Windows時代に、Macで培った設計を活かす

Windows 3.1日本語版の登場以降は、Apple Macintoshで培ったユーザーインターフェース設計のノウハウを活かしながら、OracleやPostgreSQLを用いた中央官庁・上場企業向けの業務システム開発に従事してきました（Oracleは Oracle6 から。ORACLE Master Gold を取得しました）。担当したのは、業務分析、要件定義、システム設計、プログラミング、そしてプロジェクトマネジメントです。
当時すでに顧客提示用テーブル定義書から ORACLE6 DDL と Visual Basic2.0 用 ORACLE6 アクセルルーチンを自動生成していました。
もちろん後のバージョンの ORACLE や PostgreSQL などでの開発も行っています。

「バグを出さないプログラマ」との出会い

ある案件で、単体テスト以降、バグをひとつも出さないプログラマと出会いました。
その能力を最大限に活かせるよう、「設計者としても、同じように仕様バグゼロ（＝仕様変更ゼロ）を実現したい」――そう考えたことが、独自の開発プロセス「スペックパターン開発プロセス」を考案するきっかけになりました。

このプロセスを組み立てるにあたっては、当時の知的生産ツールを徹底的に使い倒しました。
プロジェクトマネジメントツール（Mac Project、KeyPlan）、アイデアプロセッサ（MORE、Acta、OmniOutliner）、マインドマップツール（Inspiration）、製図ツール（Visio, Mac Draw II, Super Paint）、データベースツール（FileMaker Pro）、作画・モックアップ・ツール作成（HyperCard, Oracle Media Objects, FIleMaker Pro）などです。

クルマでクルマは作れないが、ソフトウェアでソフトウェアは作れる

この開発プロセスには、新人の頃から大切にしてきた「クルマでクルマは作れないが、ソフトウェアでソフトウェアは作れる」という考え方も取り込んでいます。

つまり、どうしても人でなければできない部分以外は、可能な限り「自動生成をベースとして開発を行う」。
そして「バグを出さないプログラマのコードを、最大限に使い回す」。
そんな発想です。
この考え方は、いまの生成AIとも非常に相性がよいと感じています。

納期内・ノートラブル・仕様変更ゼロ

このプロセスを効果的に適用することで、繰り返し「納期遅延なし・ノートラブル」、ときには官庁の全国展開システムで「設計書引き渡し後の仕様変更ゼロ」を、本当に実現することができました。その一部は『SEの教科書』などの書籍にもまとめています。

基本設計を担当したある中央官庁の基幹システムは、現時点でも皆さんの生活にも間接的に関わるものになっています。

研修講師として

研修講師の分野でも、多くの機会をいただいてきました。自動車部品で世界シェア１位の独ボッシュ様向けプロジェクトマネジメント実践研修、日立ソリューションズ様向け業務分析研修などを制作・実施し、PMP試験対策講座については、NTTデータ様、NTTデータユニバーシティ様、プロジェクトマネジメント実践研修については他に NHKのプロジェクトX や Suicaで知られるJR東日本メカトロニクス様、日立ソリューションズ様ほか、多くの企業で研修講師を務めさせていただきました。

変わらぬ効果 ― 2024年のプロジェクト

近年は、派遣SESとして、大手自動車メーカー関連や大手航空会社関連など、さまざまな現場プロジェクトに参画してきました。

2024年には、参画時点で「4ヶ月から半年遅れ」とも言われていた大手航空会社のプロジェクトを、約半年で元のスケジュールまで引き戻すことができました。
このときも、研修などでお伝えしている内容が、大きな効果を発揮しました。

こうした実務に加え、前述の書籍のほか、『いちばんやさしいPMBOKの本』『ベースラインで成功するプロジェクトマネジメント』など、書籍や雑誌記事の執筆も行ってきました。

『コンピューターやプロジェクトを、どうすればもっと"楽しく""人にやさしい形"で回せるか』――それを、今でも、探究すること自体を楽しみながら続けています。

お客様の声（開発・研修）

ここからは、これまでにいただいた言葉のいくつかをご紹介します。
私にとっては大きな励みになり、今も忘れられない言葉ばかりです。

中央官庁ご担当者様（開発）

全国展開後、各地での説明会を終えて会場を出たところ、参加者の3名が走って追いかけてきて、握手を求めながらこう言ってくださいました。

少年の頃の「ゴジラの夢」が、こういう形で少しかなったのだな、と感じた出来事でした。

世界最大のファスナー企業ご担当者様（開発）

ボッシュ株式会社様（自動車部品 世界シェア１位）（研修）

株式会社メディコン様（医療機器の国内販売企業）（研修）

JR東日本メカトロニクス株式会社様（Suica/PASMO、自動改札機などを展開）（研修）

自動改札機の開発で、NHK「プロジェクトX」でも取り上げられた同社。１回目の開催後、当初は参加予定のなかった技術系幹部役員の皆さま、そして会長までもが、2回目以降は部分的なオブザーブではなく全時間の通常受講に切り替えてくださいました。

研修終了後も、同社のプロジェクトマネジメント・フレームワークに関するご相談に対応させていただきました。

自治体向け基幹システムパッケージ企業様（研修）

研修後のアンケートで「他の社員も受講するべきか」という問いに、受講者全員が「YES」と回答。足かけ２年度にわたり、毎月または隔月での継続実施となり、経理や営業の社員の皆さんまで参加してくださるようになりました。

おわりに

生成AIの登場で、繰り返し書籍にも書かせていただいた客先現場徹底理解の重要性やデータモデリングなど、あらためてむしろ現時点でAIにはできない役割を担う FDE の必要性として語られるようになりました。

正直言うと、35年前の「プロジェクトマネージャー」などの役割名が一切なく、全員が「ＳＥ」と呼ばれていた時代に、全て「（主担当）ＳＥ」の仕事として、200時間越えの残業の中で行っていたことだともいえなくはありません。
FDE ほど カッコよくはありませんが、むしろFDEの現実は当時の我々に近い可能性もある思います（単価を除いて笑）。

まさに今回「時代遅れと捉えられるかもしれないが、むしろ重要なはず」と執筆させていただいた書籍の内容でもあり、私にとっては、新人の頃から大切にしてきたことが、少し違う言葉になって広くしっかりと見直されているようで、不思議な、そして嬉しい感覚があります。

組織としてのプロジェクト構築、実務で本当に使えるプロジェクトマネジメント研修、そして業務システム開発を通じた組織全体のスキルアップと成熟度の向上――。

さらにバイブコーディングとは一線を画した、堅牢なシステム開発に適用してきた自動生成による独自の開発プロセスの完全AI化について、ハイレベルのAIエンジニアやある銀行の部長クラス実務者に協力をいただきながら進めています。

もし、こうしたことに本気で取り組んでみたいとお考えでしたら、お気軽に声をかけていただけたら嬉しいです。
皆さんのプロジェクトの成功と、個人または組織の成長に、少しでも貢献できれば幸いです。

株式会社イマジンスパーク　深沢 隆司

「スペックパターン開発プロセス」の詳細は
書籍『炎上知らずのDXプロジェクトマネジメント』をご確認ください。

貴社のIT投資を最大利益化する
「スペックパターン開発プロセス」×
「プロジェクトマネジメント実践研修」
合わせ技　伴走コンサルティングサービス
「「株式会社イマジンスパーク | スペックパターン開発プロセス」へ