關(guān)槍，總是要求上面沒有裝刺刀，還抱怨不比紅纓槍好用。另一個常見的錯誤就是隨著企業(yè)項目主管，（職業(yè)最低成是電腦科主任，高點就是一二把手了）知識開始豐富后，總是把有用沒有用，暫時有用或永遠(yuǎn)沒有用的需求要項目組一一實現(xiàn)，反正，每條要求都是振振有詞，仿佛都是非立刻實現(xiàn)不可的。作為承包方的人員是沒有辦法與之爭業(yè)務(wù)上有沒有用的，（誰是這一行業(yè)的專家??？人家已經(jīng)是霸主了才上軟件，你算那們子專家啊？），但如果真的一一跟著他的點子走，就算累死了，這個項目也是永遠(yuǎn)沒有法子完成的。而在商業(yè)需求明確的商業(yè)軟件開發(fā)中就不會碰上這種事情。
這時侯需要對客戶的需求進(jìn)行分級管理，簡單地說，把需求分成五級：urgent(必須立刻優(yōu)先實現(xiàn))，necessary(必須實現(xiàn),但不一定馬上進(jìn)行)，needed(需要的，不過沒有也還湊合)，better(現(xiàn)在似乎也可以，但可以更好一點)，useful（總會有用的）。一個需求等級的確認(rèn)需要兩個過程，首先是從正面論證它是不是必須的，是不是好得多；然后從反而論證，不要他是不是可以回避的，天會不會塌下來？這樣，一個軟件需求就可以相當(dāng)定一個級別。毫無疑問，如果一個項目各項需求驗證下來只是useful的，不但賺不了多少錢，而且，這個項目未必有必要存在；但如果都是urgent的話，如果不是大幅度加價的話，就叫神仙來做好了。顯然，無論客戶是如何那般的行業(yè)專家，他的需求只能是平均地分配在這五個級別，否則就說明他不是專家，（呵呵，也算是個邏輯陷阱），在實現(xiàn)時，當(dāng)然就挑urgent&necessary來實現(xiàn)，其余的，升級再說了。
這樣一個項目就有可能最終完成了。
項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~
http://m.opto-elec.com.cn/pmqhd/index.html
