抓範圍：怎麼避免專案無限擴大

「順便幫我加一個」 比喻：裝潢做到一半，屋主走過來說：「師傅，你都在這裡了，順便幫我把那面牆也打掉好不好？」 這句話不是刁難。屋主是真心覺得「反正你都在」。但那面牆可能是承重牆，而且打掉它會讓工期多兩週——只是他看不到這些，因為成本對他來說是隱形的。 範圍蔓延（scope creep）幾乎都是這樣發生的。你的工作不是拒絕，是讓成本變得看得見。 三種來源，都不是客戶刁難 來源　·　實際發生什麼　·　這是誰的責任 一開始沒寫清楚不做什麼　·　客戶合理地以為那也包含在內　·　你的（第 04 集） 需求在做的過程中才變清楚　·　看到第一版，他才知道自己真正要什麼　·　沒有人的，這是正常現象 窗口不是決策者　·　做到一半，主管加入，帶來新意見　·　你的——訪談時就該問「誰說了算」 第二列要特別理解：需求會在過程中變清楚，這是軟體專案的本質，不是背叛。 一個完全沒有變更的專案，通常代表客戶根本沒在看。 所以目標不是「杜絕變更」，是讓每一次變更都是一個雙方都知道代價的決定。 先分辨是哪一種「加需求」 類型　·　怎麼回應 澄清　·　直接做。這本來就在範圍內，爭論它只會傷關係 小變更　·　做，但一定要明講「這一項原本不在範圍內，這次一起處理」 新範圍　·　走變更流程，不要口頭答應 中間那一欄最關鍵。小事免費做可以換到信任，但默默做換不到——客戶不會知道你多做了，只會以為範圍本來就包含這些，然後下一次提出更大的要求。 變更請求的四步 1. 接住，不要當場答應也不要當場拒絕 「這個需求我理解，我回去評估一下影響，明天給你幾個做法。」 2. 評估影響：工時、時程、以及會不會影響已經排好的項目 3. 給選項，不要給「不行」 4. 書面確認：無論選哪一個，用信件或變更單留紀錄 第 3 步是整集的重點 不要說「這超出範圍了」。改成給三個選項（示意）： 這個功能我評估大約需要多 X 天。有三個做法： A 加進本期，上線日往後推 X 天，費用增加 Y。 B 加進本期、時程不變，但把原本的「某某功能」移到第二期。 C 維持現在的範圍，這一項列進第二期一起規劃。 你覺得哪一...