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