FDEの最初の90日——客先で信頼を作り、壊さない（シリーズ5/5）

目次▼

1. 1結論を先に
2. 2まず用語の地図
3. 30–30日 —— 地図を取る（まだ英雄にならない）
4. 431–60日 —— 小さい本稼働を1つ通す
5. 561–90日 —— 居なくても回る入口
6. 6本社との関係（忘れやすい）
7. 790日チェックリスト
8. 8シリーズ全体のまとめ
9. 9具体例：スコープ防衛のチェックリスト
10. 10いまの一手

第4回までで、職種・スキル・証拠・選考を書いた。最終回は、入ってからの話だ。

FDE（客先で本稼働まで通すエンジニア）の最初の90日は、リポジトリの美しさより、客先で「この人に頼んでよい」と思われるかで評価が分かれることが多い。転職を決めていなくても、社内の新プロジェクト立ち上げの地図として使える。

この記事の使い方

• 決めること: 90日を「お試し期／本稼働期／移管期」のどこにどう割るか
• 決めないこと: まだ「年収交渉の細部」（それは別問題）
• 前提: 案件と会社で数字は変わる。ここでは壊れ方の型を優先する

結論を先に

期間	主目標	やってはいけないこと
0–30日	業務フローと関係者の地図	いきなり大きな構成変更
31–60日	縦スライスの本稼働（小さくてよい）	PoCの称賛で止まる
61–90日	運用移管の入口と次スコープの線	自分が英雄で居続ける設計

信頼は、大きな約束より小さな完了を繰り返すことで溜まる。

まず用語の地図

用語	かみ砕いた意味
キックオフ	案件や配属の始めの合意ミーティング
推進役（チャンピオン）	客先で一緒に進めてくれる味方（現場側のキーパーソン）
ブロッカー	前進を止める要因（権限、データ、決裁、協力不足など）
エスカレーション	自分の権限で解けない問題を、上や別部門へ正式に上げること
現場の巻き込み	ツールより「人の仕事の変え方」を扱うこと。大げさな理論より地道な合意
ハイパーケア	本稼働直後の手厚い監視・サポート期間

0–30日 —— 地図を取る（まだ英雄にならない）

やること

1. 業務フローの現状図を自分の言葉で描き、顧客に復唱して直してもらう
2. 関係者表（現場／情シス／事業／決裁者）を作る
3. 成功の仮定義を1文で置く（後で更新してよい）
4. ブロッカー候補を早めに列挙する（権限、データ、稟議期間）
5. 本社側の責任分界（自分が決めてよい範囲）を上司と合意する

やってはいけないこと

• 「AIで全部よくします」宣言
• 現場を飛ばして情シスとだけ仲良くなる／その逆
• 監視もなしに本番データを触る

この期間の成果物はコード量より、誤りを減らした地図だ。

31–60日 —— 小さい本稼働を1つ通す

やること

1. 縦スライスを1本選び、受け入れ条件を書いて合意する
2. 審査・権限の待ちをカレンダーに入れる
3. 本番相当で通し、現場ユーザーに触ってもらう
4. 失敗を一覧にし、直す／やらないを分ける
5. ハイパーケアの窓口（誰が問い合わせを受けるか）を仮決めする

本稼働の定義例（小さいものでよい）

• 特定チームが、週次業務の一部を新経路で回している
• 旧経路を完全停止していなくても、「常用」になっている

PoCの拍手で60日を使い切るのが、この職種でいちばん高い失敗の型だ。

61–90日 —— 居なくても回る入口

やること

1. 手順書を「他人が独力で1操作できる」水準まで短くする
2. 権限を最小化し、自分の管理者アカウントを減らす
3. 監視・問い合わせルートを顧客側（または運用）に渡す
4. 次スコープの「やる／やらない」を文書で残す
5. 本社に、学習（再利用できる部品・失敗）を返す

信頼が壊れる瞬間

壊れ方	典型フレーズ	予防
過剰約束	「来週までに全部」	スコープをその場で書く
沈黙	ブロッカーを一人で抱え込む	早めのエスカレーション
秘密の実装	情シスを通さない近道	後で必ず発覚する
英雄化	全部自分が対応	移管を完了条件にする
現場無視	上とだけ合意	実ユーザーの試験を挟む

本社との関係（忘れやすい）

FDEは客先に寄りすぎると、本社から「行方不明の何でも屋」に見える。距離を置きすぎると、顧客から「本社の使者」に見える。

客先へ	本社へ
週次で通った／止まったを共有	同じ要約を共有（説明を二重化しない）
顧客の言葉で成功を定義	製品バックログへの翻訳も添える
例外対応を引き受ける	例外を製品の標準に戻す提案もする

90日の終わりに「顧客は喜んでいるが、本社は何をしたか分からない」は、次の案件で損をする。

90日チェックリスト

• 業務フロー図が顧客レビュー済み
• 関係者と決裁ルートが言える
• 縦スライスが本稼働（小さくてよい）
• ブロッカーとエスカレーション履歴が残っている
• 運用手順で他人が1操作できた
• 次スコープのやらないリストがある
• 本社への学習還元が1回以上ある

全部チェックでも英雄ではない。だが、チェックが半分以下なら、信頼より燃え尽きが先に来やすい。

シリーズ全体のまとめ

回	決まること
1 職種の正体	FDEを狙う／狙わない
2 スキル地図	三層のどこが薄いか
3 証拠	職務経歴書に残す話
4 選考	ケースとロールプレイの観点
5 90日	入ってからの信頼の作り方

一覧は FDEシリーズハブ。並行して、実装を深めたい人は 言語とAI、転職全般は AI転職、事業化は AIで起業 へ。

具体例：スコープ防衛のチェックリスト

「ついでに」は、受け入れ条件がないところから入る。防衛は次の五問で十分だ。

1. それは今週の縦スライスの受け入れ条件に書いてあるか。
2. 書かれていないなら、別チケットに切り出したか。
3. 切り出さないなら、誰がいつ戻るかを一文で残したか。
4. デモの拍手を本稼働の完了と取り違えていないか。
5. 追加スコープで失敗モードと権限は増えるか——増えるなら分割する。

サイン	意味	対処
「ついでにこれも」	受け入れ条件外の侵入	別チケットへ
「デモで通った」	本稼働との混同	本番相当の完了定義を書く
「後でゲート」	止める地点の先送り	今週の縦スライスから外す
「全員が触れる権限」	責任分界の溶解	最小スコープに戻す

現場では、スコープ追加のたびに「失敗モードと権限が増えるか」を見る。増えるなら、縦スライスを分割する方が速い。切り口（客先で信頼を作り、壊さない）は、断り方のスクリプトではなく、チケット境界の書き方として使う。週次レビューでは、閉じたチケット数より「防衛したついでに」の件数を先に数えると、速さの錯覚に気づきやすい。

週次の防衛ログ例

• 断り: 「ログイン画面の色変更」→ 別チケット #414 に切り出し、今週の受け入れ条件外と明記
• 通した: 「請求APIの失敗をデッドレターへ」→ 完了定義はログ一文とダッシュボード件数
• 保留: 「管理画面の一括CSV」→ 権限設計が増えるため来週の縦スライス候補に移す

持ち帰る一文

「今週通すのは○○まで。それ以外はチケットIDを残して触らない」。この一文がない日報は、スコープ防衛ができていない合図として扱う。客先との定例では、閉じた機能の数より、この一文が共有できているかを先に確認する。防衛できた週は、速さではなく「触らなかった範囲」を成果として残す。

いまの一手

本気で配属前後の人

1. 30／60／90の目標を上司と客先の推進役に共有する（機密には配慮しつつ）
2. 最初の本稼働を「小さいが本物」に設定する
3. 週次でブロッカーを1行でもよいので残す

まだ様子見の人

1. 自社の直近導入を90日枠で振り返り、どこで英雄化やPoC止まりが起きたか見る
2. 足りなかった役割がFDE的だったかをメモする
3. シリーズをしまっておき、必要になったら第1回から読み直す

※この記事の内容についてご意見・ご指摘がある場合は、お問い合わせよりご連絡ください。確認の上、必要に応じて追記・訂正します。