エンジニアリング実践

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

前回の記事で、FDEとSESの違いは「工数提供」か「成果責任」かという契約の性質にある、という話をした。では、その成果責任を果たせる動き方は、どうやって身につけるのか。 私自身、最初からFDE的に動けていたわけではない。実装は問題なくできても、稟議の通し方や情シスの巻き込み方は、現場で失敗しながら学んだ。ここでは、その...

「FDEって結局、SESと何が違うんですか」。この職種について話すと、必ずと言っていいほど聞かれる。 私は日本企業のクライアント先でFDE（Forward Deployed Engineer）として働きながら、SESの現場も経験している。両方の現場を知る立場から言うと、この2つは似ているようで、契約の建て付けから単価、...

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

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

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

「デモでは完璧に動いたのに、本番投入したら思ったように動かない」。LLMアプリを作っていると、これは驚くほど頻繁に起きる。 原因の多くは、モデルの性能不足ではない。デモを通す評価と、本番で求められる評価が、そもそも別物であることに気づかないまま作り進めてしまうことにある。ここでは、私がクライアントワークで実践している評...

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

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

「要件が固まっていないと開発に入れない」。これは正しいが、AI導入案件では話が逆になることが多い。要件は、動くプロトタイプを見せて初めて固まる。 とはいえ、ヒアリングもなしにいきなり作り始めていいわけではない。ここでは、私が実際に使っている「顧客ヒアリングからプロトタイプまでを最短で回す型」を書く。 なぜ「要件を固めて...