現場に入って作るエンジニア ─ FDE
要件を持ち帰りません。御社の机を借りて、その場で作ります。
AIで作ったシステムの見直しや、公開後の運用保守もご相談いただけます。支援内容を見る
よくある止まり方
「要件をまとめてください」で止まった何をどう書けばいいか分からないまま、話が進まなくなった。
議事録ばかり増えて、画面が出てこない資料はきれいになるのに、動くものは数ヶ月見ていない。
できたものが、現場の言葉と違った作った人は、一度も現場に来ていなかった。
なぜ止まるのか
ふつうの開発は、お客様の側に「要件を書ける人」がいる前提で組まれています。専任のIT担当がいない会社では、最初の一歩で詰まります。
ズレていることが分かるのは、いちばん最後。直すお金も時間も、もう残っていません。
ズレは初日に出ます。作りながら直すので、最後にひっくり返りません。
「常駐エンジニア」とも違います。 常駐は決められた作業を人月で提供する形。私たちは何を作るかを決めるところから責任を持ち、使われていなければ作り直します。期間も終わり方も、先に決めてから入ります。
AIで作ったシステムの技術支援
バイブコーディングで動くものを作れても、公開時のセキュリティや技術選定、日々の保守まで手が回らないことがあります。 First Stepは、作った方と一緒に今のコードと構成を確認し、必要な改善と運用を担います。
ログインや閲覧権限、個人情報の保存方法、APIキーなどの秘密情報の扱いを確認します。 リスクと優先順位を整理し、修正まで担当します。
使っているサービスやデータベース、システム間のつながりを整理します。 費用、拡張性、引き継ぎやすさを踏まえ、今の仕組みを活かした改善を進めます。
稼働状況の監視、バックアップと復旧手順の整備、依存ライブラリの更新、障害時の調査と改修に対応します。 日々の運用を継続して支えます。
作った方が開発を続け、First Stepが技術面と保守を担当する形も選べます。 支援する範囲と対応時間、費用は、システムの状態を確認してご相談します。
作ったシステムの見直しを相談する初日
特定の案件の話ではありません。どの現場でも、初日はだいたいこの順番です。
要件は聞きません。何をどの順で触るか。型 A-2
訂正線やメモが残った実物を。清書は断ります。型 A-4
まず読むだけの画面から。壊れないので触ってもらえる。型 C-2
粗くていい。ズレをその日のうちに見つけるため。型 A-1
判断の拠りどころ
細かい判断は、だいたいこの7つのどれかで決まります。
分けた瞬間、伝言ゲームで例外が落ちます。
粗くていい。ズレを最短で見つけるために出します。
正式名称に直した瞬間、使われなくなります。
仕様どおりでも、誰も触っていないなら未完成です。
判断が要るものは必ず人の確認画面へ返します。
属人化を現場から自分に移しただけでは、意味がありません。
範囲外を書かないと、いちばん大事なところが薄くなります。
手の内
頼む前に、私たちの動き方を全部確かめられます。他社に頼まれる場合も、これをやっているかどうかが見分ける目安になります。タイトルを押すと中身が開きます。
精度は問いません。一覧が出るだけ、印刷できるだけでも構いません。目的は、お客様の頭の中の絵と、こちらの絵がズレていることを最短で見つけることです。ズレは口頭では出てきません。画面が出た瞬間に「いや、そうじゃなくて」が出ます。
朝出社してから帰るまで、その人が何を、どの順番で触るか。要件は、順番の中にしか現れません。「どんな機能がほしいですか」から始めると、他社の画面の記憶を答えられてしまいます。
実装が止まる原因の上位は、技術ではなく権限です。「見せてもらう」ではなく「自分のIDでログインできる」状態を初週に作る。後回しにすると、2週目以降ずっと待ち時間が挟まります。
紙、Excel、ノート、写真。汚れたままの実物をもらいます。「サンプルを作っておきました」と渡されたものには、例外が写っていません。手書きの訂正線、余白のメモ、そこがいちばん重要な情報です。
作る相手と、決める人が違うことがあります。決める人が最初の1ヶ月に一度も画面を見ていない案件は、終盤でひっくり返ります。最初の動くものは、必ず決裁者にも見せます。
出てくるのは、その場で思い出せた不満だけです。「先週、いちばん時間がかかった作業は何でしたか」と、時間で聞きます。時間で聞くと、本人が困っていると思っていなかった作業が出てきます。
「そうならないときって、どんなときですか」。仕組みが壊れるのは、いつも例外側です。標準手順は資料に書いてありますが、例外は本人の頭の中にしかありません。
説明してもらうと、無意識にやっている操作が必ず抜け落ちます。「説明されたこと」ではなく「やっていること」を写します。質問は、見終わってからまとめて。
持ち帰った修正は、次に会うまで確認できません。その場で直して見せられる範囲で作っておくのが、FDEの強みそのものです。直せない作りにしてしまった時点で、この働き方の利点が消えます。
その会社で「番手」と呼んでいるものは、画面でも「番手」です。正式名称や一般用語に直した瞬間、現場は自分の仕事だと思わなくなります。用語集は最初の2週間で1枚にまとめます。
3日かかる設計は、3日ぶんの誤解を運びます。大きく作るのではなく、1日で見せられる単位に割ってから着手します。割れないなら、それはまだ理解できていないということです。
読む・見る・並べるだけの画面から始めます。壊す心配がないので、現場が遠慮なく触ってくれます。触ってもらえた回数が、そのまま設計の情報量になります。
きれいなサンプルデータで作ったものは、必ず本番で崩れます。全角数字、半角カナ、空欄、重複、改行入りのセル、去年で止まっているマスタ。その泥は、最初から浴びておいたほうが安く済みます。
読み取れなかったもの、判断が要るものは、必ず確認画面へ。最後に確定するのは、必ず人です。自動で通してしまうと、一度の事故で信用がゼロになり、その後は誰も使ってくれません。
誰が、いつ、どこで詰まって離脱したか。これが、定着を測るための唯一の材料です。後から足そうとすると、いちばん知りたかった最初の2週間ぶんが永久に手に入りません。
仕様どおりに動いていても、使われていないなら直す対象です。原因は必ずこちら側にあります。操作が多い、置き場所が遠い、言葉が違う、そもそも要らなかった。現場の意識の問題にしません。
「どうですか」には「まあ、いいですよ」しか返ってきません。入力率・利用者数・入力にかかった時間を毎週見ます。数字が落ちた週に、何があったかを聞きに行きます。
取り上げると身構えられます。並走させれば、どちらが楽かは本人が決めます。ただし期限は先に切ります。期限のない併用は、そのまま二重運用として定着します。
後から知った人が、いちばん強い抵抗勢力になります。先に呼んで、反対の理由を仕様に書き取ります。反対意見は、たいてい現場のいちばん深い知識から出ています。
担当者本人が読めるかどうかは、判定になりません。その人がいない日に、別の人が読んで完了できたら合格です。実際に一度やってもらいます。
クラウドサービス、ドメイン、APIキー。こちらの名義に置いた瞬間、お客様にとっての人質になります。発注される側から見れば、これはベンダーに要求してよいことです。
どこに、どんな設定が入っているか。これが無いと、担当者が代わった瞬間に「触れない箱」になります。引き渡し用に後から書くのではなく、作りながら1枚を育てます。
「落ち着いたら引き渡しましょう」は来ません。日付を先に置き、そこから逆算して範囲を削ります。削る判断ができるのは、日付が決まっている案件だけです。
良かったことだけの報告は、次から信用されません。残った手間、達成できなかった数字を、こちらから先に書きます。ここを書いた報告のほうが、次の相談につながっています。
失敗の記録
きれいな型より、こちらのほうが役に立つかもしれません。実際に一度やって、やめた進め方です。
読む時間が取れず、結局その場で口頭説明することに。いまは、資料の代わりに動く画面を出します。
公平に聞くほど機能が増え、誰の仕事も楽になりませんでした。いまは、いちばん困っている1人の1業務だけに絞ります。
試作は動いたのに、本番に載せる人が決まっておらず、現場は何も変わらず。いまは、使う日と担当者名を先に決めます。
画面越しでは机の上・手元・棚の紙が見えません。作り直しで倍かかりました。最初の1回と、詰まったときは必ず現地へ。
説得・稟議・教育が同時に発生し、本題が進みませんでした。いまは、社内にある道具でまず動かします。
書いている人
営業だけの人は置いていません。だから、ここに書いてあることと、実際に来る人がやることが同じになります。
この型は机の上で整理したものではなく、奈良県内の教育・保育のグループ（職員数百名規模）で1年以上続けている支援と、県内の卸・製造・小売を兼ねる会社での実案件から書いています（社名は出していません）。
| 会社名 | First Step株式会社 |
|---|---|
| 所在地 | 奈良県北葛城郡広陵町 |
| 代表 | ちぎた慎也 |
| していること | 奈良県内の中小企業と、教育・保育の現場のIT支援 |
ご相談
業務改善のご相談に加え、AIで作ったシステムの公開前の確認や、運用保守を任せたいというご相談も承ります。
月額型で進める事業伴走（現場診断15万円＋実装伴走 月35万円〜）もあります。
AIで作ったシステムの見直しや運用保守は、現状と支援範囲を確認して個別にご提案します。
60分の初回相談は無料です。 数字も資料も、何もご用意いただかなくて結構です。
よくあるご質問
はい。バイブコーディングで作ったシステムのセキュリティや技術構成の見直し、運用保守からのご相談にも対応します。 作った方が開発を続け、First Stepが技術面と保守を担当する形も選べます。 支援範囲と対応時間、費用は、システムの状態を確認してご相談します。
常駐は、決められた作業を人月で提供する形です。私たちは何を作るかを決めるところから責任を持ち、使われていなければ作り直します。期間と終わり方を先に決めてから入り、現場に入る日と作る日を区切って通います。
秘密保持契約を結んだうえで、扱う項目を契約書の別紙に1つずつ列挙します。そこに書いていない項目は、こちらから取りにいきません。契約が終わったあとは、お預かりしたデータを返すか消去し、その旨を書面でご報告します。
むしろ専任の方がいない会社を想定した働き方です。決めごとを書き起こすのはこちらの仕事です。お願いするのは、決裁される方おひとりと、その仕事をいちばんよくご存じの方の時間だけです。
途中の多くの作業はオンラインで進みますが、最初の1回と、詰まったときは、必ず現地にうかがいます。オンラインだけで要件を固めて作り直しに倍かかった経験があるためです。
更新ログ
現場で分かったことを足したら、ここに残していきます。
AIで作ったシステムのセキュリティや技術構成の見直し、継続的な運用保守の案内を追加しました。
12週間プログラムのサービス資料と、月額型の事業伴走の案内を追加しました。
全面的に作り直しました。2つの道の図、初日のタイムライン、現場写真4枚を追加し、文章量を大きく削減。現場の型24件はタイトルだけの一覧にして、押すと開く形にしました。
ページを公開。7つの原則、現場の型24件、やめた進め方5件を掲載しました。