項(xiàng)目又延期了，老板恨恨的批評(píng)了整個(gè)項(xiàng)目組，投入了那么多，產(chǎn)出在哪里？查原因，發(fā)現(xiàn)是由于項(xiàng)目的需求不斷變更導(dǎo)致，這恐怕是很多項(xiàng)目經(jīng)理、程序員都經(jīng)歷過(guò)的事。
我這里就談?wù)勴?xiàng)目延期的一個(gè)重要因素：需求問(wèn)題
這張圖大家再熟悉不過(guò)了，我再炒一下冷飯，列一下主要可能的情況：
客戶為何提不了真正的需求？
1、業(yè)務(wù)部門：業(yè)務(wù)人員基本是站在自身的角度看問(wèn)題，從自身負(fù)責(zé)的業(yè)務(wù)出發(fā)，沒(méi)有從本部門或更高層次來(lái)分析問(wèn)題，導(dǎo)致需求的著眼點(diǎn)比較低。在此基礎(chǔ)上形成的最終需求也就是把各部門的需求進(jìn)行匯總，簡(jiǎn)單處理罷了。而且，業(yè)務(wù)部門對(duì)技術(shù)知識(shí)的匱乏，也導(dǎo)致其提出需求時(shí)是沒(méi)有考慮技術(shù)上方面的。
2、技術(shù)人員：客戶方面的技術(shù)人員由于業(yè)務(wù)知識(shí)有限，無(wú)法挖掘更深層次的需求，只能是基于已有需求，或者輕度發(fā)掘部分需求，無(wú)法從根本上解決需求的問(wèn)題。
按照以上提出的需求，可想而知，項(xiàng)目的結(jié)局如何。也有部分項(xiàng)目，在需求分析階段，生成了完整的需求規(guī)格說(shuō)明書，并且用戶簽字畫押，最終的結(jié)果是如果不能真正解決客戶業(yè)務(wù)的問(wèn)題，即使系統(tǒng)投產(chǎn)了，也必將引來(lái)用戶的各種抱怨，勢(shì)必對(duì)公司形象、后續(xù)項(xiàng)目產(chǎn)生各種不利影響。
我們?cè)谡毂г剐枨蟛粩嘧兓耐瑫r(shí)，能否換個(gè)角度來(lái)看待需求的變化，假設(shè)需求就是變化的，事實(shí)情況也是如此。從企業(yè)及業(yè)務(wù)自身的發(fā)展來(lái)看，企業(yè)是不斷發(fā)展的，而業(yè)務(wù)也是不斷發(fā)展的，為了滿足企業(yè)經(jīng)營(yíng)需要及業(yè)務(wù)發(fā)展需要，需求本身就是應(yīng)該是不斷變化和發(fā)展的。
那么，真正的需求在哪里？
從企業(yè)運(yùn)營(yíng)角度看，為什么要做系統(tǒng)？其目的都是滿足企業(yè)運(yùn)營(yíng)的需要，只有站在企業(yè)運(yùn)營(yíng)的高度來(lái)審視需求，才能真正幫助需求發(fā)起人，形成完整的需求。這就需要我們：
1、真正掌握做該系統(tǒng)的目的
2、程序員要深入了解業(yè)務(wù)，多溝通，最好有領(lǐng)域?qū)＜覅f(xié)助，從上而下梳理業(yè)務(wù)需求，糾正不合理的需求，挖掘潛在的需求
3、以技術(shù)的手段來(lái)解決需求變更的問(wèn)題，做到以不變應(yīng)萬(wàn)變，從而在最大程度上減少需求變更帶來(lái)程序的變化。這方面對(duì)程序員、項(xiàng)目設(shè)計(jì)者的要求比較高。
需求變化不可怕、需求變更也不可怕，可怕的是我們不知道變化及變更的本質(zhì)，而是停留在表象；可怕的是我們不知道去擁抱這種變化，而是一味的排斥；可怕的是我們不知道用自己的長(zhǎng)項(xiàng)（技術(shù)手段）最大化的去解決這種變化，而是把自己的弱項(xiàng)（業(yè)務(wù)）暴露在客戶面前。
English » | | | | | | | | |
Text-to-speech function is limited to 100 characters