IT公司有時就像一個妙齡少女，特追求物質的那種，甲方就像貌似“闊少”的帥哥。當少女看到闊少後，急於把自己嫁出去，就以色相勾引。那闊少也是來者不拒，因此很快就兩情相悅，“非法”同居。過些歲月，感情順利，明媒正娶也是一件美事。可天有不測風雲，那貌似闊少的也許一朝露出馬腳，是個窮光蛋;也許移情別戀，與他人圓滿。那少女豈不鬱悶，因此在同居階段少女也很苦啊，不知道怎麼樣才能成全美事。
如果你是IT公司專案經理，雙方沒有合約，你們前期可能要幫客戶做規劃、向上級報預算(申請資金)，尤其在政府行業這是常事。有時，為了面子工程、摺子工程，明明客戶還沒有預算，專案就要先開工建設，乙方有時也只好奉陪，抱著美好的嚮往幹活。隨之，也會產生一些問題，由於專案沒有簽訂合同，不知道多少錢，專案範疇沒有明確說法，用戶不對需求負責，只是忽悠你做東西出來，看看再說。
沒有合約是範疇不定的主要原因，通常也有其它因素，比如工作說明書對範疇描述太籠統、客戶業務變化較大、溝通不充分、缺乏需求經驗、用戶對工作範疇意識不清晰等。遇到這些問題應該怎麼辦？以下是一些思路，與大家交流。
1、工作計畫中盡可能將工作內容都列全了，尤其是一些容易出問題的地方，比如使用者培訓的組織、系統推廣、歷史資料的遷移等。有時在用戶意識裡專案相關的所有工作都應該由乙方完成，具體那些事情又不是特別清楚，所以一定要在計畫裡細化這些工作。工作條目是盡可能注明責任人(責人方)、協作人、參與人，有些需要客戶完成的工作可以在計畫裡明確表現出來，提前與客戶交流清楚。
2、專案整體範疇不清晰，可以制定一個較粗的計畫，類似於里程碑計畫作為基準，具體工作以周計畫、雙周計畫為准，每次與客戶交流確認後執行。以免最後牛頭不對馬嘴的時候，好推卸責任，因為工作計畫是雙方共同確定的。
3、善於使用紙質的《需求確認單》《需求變更單》等工具，其實也不一定要根據工作量和客戶討價還價，主要可以作為範疇確認、範疇控制的手段。
4、使用問題跟蹤、問題報告，列舉變更的原因、影響，將範疇變更問題升級，這樣可以調動多方力量幫你控制專案範疇，也可以減輕你的責任。
以上想法與大家分享交流，最後再提醒一句，範疇管理不僅是針對客戶，有時對內也很有用。比如，專案走勢不明朗，你的上司對專案肯定也有他的想法，但是沒有明確、準確的與你交流，因此也必須對你上司的專案範疇進行管理。
文章截錄：項目管理者聯盟
ProjectClub 專案俱樂部為一群專案經理人組成的平台，網站分享專案運作的各種專案管理手法與實用專案工具，並分享如何提昇職場人的軟技巧與硬實力。
