課程
前線部署工程師(FDE)養成實戰12
已完成 0 / 18
課程目錄+
  1. 模組 A:FDE 是什麼角色

    • 01FDE 到底在做什麼:跟一般外包工程師的差別11 分鐘
    • 02這門課的方法論總覽:訪談→設計→部署→驗收→續約12 分鐘
  2. 模組 B:客戶訪談與需求梳理

    • 03第一次訪談:問對問題,比會技術更重要14 分鐘
    • 04把訪談內容變成可執行的需求文件13 分鐘
    • 05抓範圍:怎麼避免專案無限擴大12 分鐘
  3. 模組 C:技術方案設計

    • 06技術選型:不是選你最熟的,是選客戶撐得住的13 分鐘
    • 07資料模型設計:這步錯了後面全部要重來15 分鐘
    • 08架構文件:讓客戶的 IT 團隊看得懂、你自己也好維護13 分鐘
  4. 模組 D:部署與整合

    • 09開發環境到正式環境:一條乾淨的部署路徑14 分鐘
    • 10系統整合:串接客戶既有系統的眉角15 分鐘
    • 11測試與除錯:客戶案子的品質關卡13 分鐘
  5. 模組 E:驗收與交接

    • 12驗收:怎麼定義「做完了」12 分鐘
    • 13交接與培訓:讓客戶團隊真的能自己維運13 分鐘
  6. 模組 F:商業:提案、定價、續約

    • 14怎麼寫一份打動客戶的提案13 分鐘
    • 15定價:怎麼算出一個你不會做到虧本的報價14 分鐘
    • 16續約與長期關係:一次性案子跟長期客戶的差別12 分鐘
  7. 模組 G:接案與職涯

    • 17找到第一個客戶:作品集、人脈、還是平台接案12 分鐘
    • 18從接案到規模化:一個人、一個小團隊、還是加入公司做 FDE13 分鐘

課程目錄

  1. 模組 A:FDE 是什麼角色

    • 01FDE 到底在做什麼:跟一般外包工程師的差別11 分鐘
    • 02這門課的方法論總覽:訪談→設計→部署→驗收→續約12 分鐘
  2. 模組 B:客戶訪談與需求梳理

    • 03第一次訪談:問對問題,比會技術更重要14 分鐘
    • 04把訪談內容變成可執行的需求文件13 分鐘
    • 05抓範圍:怎麼避免專案無限擴大12 分鐘
  3. 模組 C:技術方案設計

    • 06技術選型:不是選你最熟的,是選客戶撐得住的13 分鐘
    • 07資料模型設計:這步錯了後面全部要重來15 分鐘
    • 08架構文件:讓客戶的 IT 團隊看得懂、你自己也好維護13 分鐘
  4. 模組 D:部署與整合

    • 09開發環境到正式環境:一條乾淨的部署路徑14 分鐘
    • 10系統整合:串接客戶既有系統的眉角15 分鐘
    • 11測試與除錯:客戶案子的品質關卡13 分鐘
  5. 模組 E:驗收與交接

    • 12驗收:怎麼定義「做完了」12 分鐘
    • 13交接與培訓:讓客戶團隊真的能自己維運13 分鐘
  6. 模組 F:商業:提案、定價、續約

    • 14怎麼寫一份打動客戶的提案13 分鐘
    • 15定價:怎麼算出一個你不會做到虧本的報價14 分鐘
    • 16續約與長期關係:一次性案子跟長期客戶的差別12 分鐘
  7. 模組 G:接案與職涯

    • 17找到第一個客戶:作品集、人脈、還是平台接案12 分鐘
    • 18從接案到規模化:一個人、一個小團隊、還是加入公司做 FDE13 分鐘

12·模組 E:驗收與交接

驗收:怎麼定義「做完了」

驗收標準要在簽約前寫清楚。這一集講驗收會議怎麼開,以及怎麼處理「這不是我要的」。

觀念12 分鐘

上一集 · 11

測試與除錯:客戶案子的品質關卡

下一集 · 13

交接與培訓:讓客戶團隊真的能自己維運

沒有驗屋單,就由當天的心情決定 比喻:交屋驗收。有一張驗屋單,一項一項打勾,雙方都清楚;沒有驗屋單,就變成屋主那天心情好不好——心情好就過了,心情不好就開始挑地板顏色。 沒有寫下來的驗收標準,等於由客戶當天的心情決定。 而且你會發現,心情通常不好,因為那天他正要開始改變整個團隊的工作習慣。 驗收標準要在簽約前定 不是做完才談,是簽約前就寫進需求文件(第 04 集的成功指標那一節)。 理由很單純:簽約前你最有籌碼,做完之後你最沒有。 做完才談驗收標準,等於讓對方在知道你已經投入三個月之後,再來決定什麼叫完成。 好的驗收標準長什麼樣,第 04 集講過:有數字、有時間、有動工前量好的基準線。這裡補一條——驗收標準的每一條,都要能在一場會議裡當場示範。 「系統穩定」不能當場示範,「連續三十天可用率達到某個水準,附監控紀錄」可以。 驗收會議的五個步驟 1. 事前寄出驗收清單。就是需求文件的 Must 項加上成功指標,一條一條列。讓對方有時間先看。 2. 會議上逐條走過,現場操作。不要用簡報講,要打開系統真的做一次。 3. 每一條當場標三種結果之一(見下表)。 4. 當場產生驗收紀錄,雙方簽名。不要「回去整理後寄給你」——回去之後就會有新的意見。 5. 未通過的項目排定期限與再驗日期。 結果 · 意思 · 後續 通過 · 符合標準 · —— 有條件通過 · 主要功能達標,有小項待修 · 列出待修清單與期限,不影響付款節點 不通過 · 關鍵標準未達成 · 訂出修正範圍與再驗日期 有條件通過是最常見、也最健康的結果。 一個所有項目一次全過的驗收,通常代表標準訂得太鬆,或是對方根本沒認真看。 「這不是我要的」怎麼處理 這句話是驗收會議的高風險時刻。先分辨是哪一種,再決定怎麼回應——不要在還沒分辨清楚之前反應。 類型 · 怎麼回應 文件裡有,沒做到 · 這是你的責任。不要辯解,列入待修清單、給期限 文件裡沒有,他以為有 · 一起打開文件看那一節,不是為了證明你對,是為了一起確認現況。然後走第 05 集的變更流程,給選項 做到了,但用起來不對 · 最難的一種。承認...

需要登入

登入後查看《前線部署工程師(FDE)養成實戰》· 後面還有 6 集

免費註冊後即可看試讀集數,購買後解鎖全部影片與模板。

免費註冊 →我已有帳號