電影與生活中的管理學

範疇管理到底有多重要?我想從馬克的圖已經很清楚表達，而這也是很多上班族共同的心聲 : 客戶到底還要改幾次!

專案管理中有一項很重要的精神 : 不鍍金，也就是不輕易承諾、完成超出專案範疇的工作，因為有了第一次，客戶便會一而再再而三提出越來越不合理的要求。然而，在台灣這個講究人情的社會，以及大部分老闆業務至上的觀念壟罩下，要有立即性的改善並不容易，因此，只好從一些PM能夠掌控的事情下手，以下以軟體專案而言分享一些經驗:

1.避免模稜兩可的合約 : 這是我自己曾經遇過的案例，就是當雙方訂定合約時，為了不想被合約內的系統規格綁死，反而寫了許多不清楚的條文，比方說建置智慧型手機APP，必須有訊息通報功能，原本的如意算盤是做一個陽春的訊息推播功能，最後卻被客戶要求包括鈴聲設定、彈性訂閱選項、以及至少三種以上的訊息供選擇。因此，避免讓客戶也有自行解讀服務內容的空間，是非常重要的一項合約工作，為了達成此目標，事前就必須做好準備工作，將不熟悉的專案內容釐清。

2.事先告知風險 : 這是同樣來自前述專案的慘痛經驗，可能也是多數人常遇到的，就是為了達成專案預訂的交付時間，使用非正統的方法執行專案，比方說不一樣的程式語言、原物料等，這些非正統方法容易衍生後續的維護問題，造成連鎖錯誤反應，屆時很可能為是一場需到處救火的大災難。因此，在專案之前，請明確告知客戶，我可以完成A，但可能延伸B的風險。

3.定義專案變更方法 : 為了不被客戶無底線壓榨，多數專門接案的廠商或個人開發者常會在合約中加上一條 : 甲方對於本標的物程式設計需求部分至多可修改二次，如超過二次以上之修改，乙方得依甲方需求提出報價，完成之時間表雙方另議訂之。意思就是，客戶方只能針對合約內定義的工作項目進行修改，且在驗收後只能再修改二次，避免無止盡的修改。

有些人誤以為合約只是paper work，是雙方鬧上法院後才會出示的文件，其實合約是一項很好拿來談判的工具，特別是雙方對於範疇定義有不同解讀的時候，因此一字一句都需要小心推敲。

圖片來源 : 部落格 i'm mark http://www.wretch.cc/blog/markleeblog/22018730