エンジニアリング実践

私は現在、本業のFDE（AI導入支援）に加えて、storeforge・aerial-earth-studio・afflow・民泊・すきま経営ブログと、性質の異なる複数のコードベースをClaude Codeで並行運用している。結論から書くと、複数リポジトリを1人で回す上で効いているのは「タスク管理を1箇所に集約する」「リ...

「FDEに興味があるが、自分に向いているか分からない」という相談を受けることがある。私自身、日本企業のクライアント先でFDEとして働きながら、この職種が誰にでも向いているわけではないと実感している。今回は、実際にやってみて分かった、向いている人と向いていない人の特徴を書く。 向いている人の特徴 要件が固まる前に動き出せ...

「AIって100%正確じゃないんですか」。クライアント先で、この質問には何度も向き合ってきた。 エンジニアにとって「LLMの出力は確率的で、たまに間違える」は当たり前の前提だ。しかし非エンジニアの顧客にとっては、そうではない。従来のシステムは「決められた通りに動く」ものだったので、「たまに間違える」という性質自体が直感...

FDEとして独立してから、単価をどう決めるかは毎回悩む論点だ。以前の記事で、FDEとSESは契約の建て付けが「工数提供」か「成果責任」かで違うと書いた。この違いは、単価の相場観だけでなく、実際に自分が請求額をどう組み立て、クライアントとどう交渉するかにも直結する。今回はその実務レベルの考え方を書く。 工数ベースでは請求...

Claude CodeのようなAIコーディングエージェントを個人開発で使うのと、クライアントワークで使うのとでは、気をつけるべきことがまったく違う。個人開発なら多少雑に扱っても自分が困るだけだが、クライアントワークでは、コンテキストに何を読み込ませるか、何を書き込ませるかが、そのままセキュリティ・契約上のリスクになる。...

AI導入案件のスコープを決めるとき、多くの現場で最初につまずくのがここだ。「完成させます」と請負的に約束するのは危険なのに、かといって「時間だけ提供します」という準委任の建て付けでは、依頼する側が不安になる。 以前の記事で、FDEとSESの違いは「工数提供」か「成果責任」かにあると書いた。この記事では、その成果責任を実...

「要件を教えてください」と聞いても、返ってくるのが「それを一緒に考えてほしい」という案件がある。FDEとして現場に入っていると、こういう案件に遭遇する頻度は、想像以上に高い。 これは困った状況に聞こえるかもしれないが、実は違う。要件が固まっていない案件こそ、FDEが最も価値を発揮できる領域だと私は考えている。ここでは、...

「AI導入案件の多くはPoC止まりで終わり、現場定着まで進まない」。この指摘自体は、もう目新しくもない。コンサルの資料にも、ベンダーのセミナーにも、同じ言葉が並ぶ。 だが、そこで語られる原因——「目的が曖昧」「経営のコミットが弱い」——は、現場にいる立場からすると表層的だと感じる。目的が明確で、経営が乗り気でも、PoC...

FDE（Forward Deployed Engineer）という職種が、日本でも少しずつ語られるようになってきた。「FDEとは何か」を解説する記事は増えたが、そのほとんどは海外——主にPalantirやOpenAI界隈——のFDE論の紹介だ。 私は日本企業のクライアント先で、FDEとして働いている。企画段階から現場に...

AIに要件定義を手伝わせるプロンプトを、どう組むか。私はAI導入支援（FDE）の仕事で、要件定義書そのものをAIに書かせている。ただし「議事録を全部貼って、要件定義書を書いて」と一発で投げることはしない。段階を分けて渡し、出てきたものを7箇所で必ず自分の手で直す。 この記事では、実際に使っている入力の内訳、段階の分け方...