在項(xiàng)目管理中，需求的重要性是眾所周知的，在IT業(yè)界的研究是：高達(dá)60%缺陷來(lái)源于需求不清晰，超過(guò)80%的項(xiàng)目維護(hù)成本用于需求問(wèn)題處理，需求管理影響了整個(gè)項(xiàng)目成敗，而關(guān)鍵項(xiàng)目成敗則影響了公司的生存。
在需求管理中常遇到三種情況：
(1)需求定義清晰，沒(méi)有異議性：
對(duì)于這種情況處理，我們一般要根據(jù)項(xiàng)目規(guī)模的大小進(jìn)行同行專家評(píng)審，根據(jù)成本/效益之比，可以采用walkthouth或Inspection的方式來(lái)確定項(xiàng)目需求說(shuō)明書(shū)；
對(duì)于需求的跟蹤，可以根據(jù)實(shí)際情況，采用需求跟蹤矩陣，主要目的是跟蹤相對(duì)應(yīng)的Function需求在設(shè)計(jì)、編碼、測(cè)試階段是否有遺漏，其實(shí)并不是必須的，如果項(xiàng)目規(guī)模很小，或者可裁剪掉或者可以采用其他替代方式。
(2)項(xiàng)目需求有部分不明確：
我們一般都會(huì)采取分期實(shí)施的辦法，先進(jìn)行需求明確的一期的需求合同的開(kāi)發(fā)，如有重大變更，征得客戶同意后列入下期開(kāi)發(fā)，這樣相對(duì)容易規(guī)避風(fēng)險(xiǎn)，否則項(xiàng)目永遠(yuǎn)沒(méi)有完結(jié)的時(shí)候，質(zhì)量也難以保證。
(3)項(xiàng)目需求基本上都是未知的：
這種項(xiàng)目風(fēng)險(xiǎn)最大，如果采用閉門造車，可能采用了很好的技術(shù)，結(jié)果卻找不到市場(chǎng)，造成投資血本無(wú)歸。一般而言，我們都采用原型Demo的方法，讓典型的客戶去參與原型的評(píng)審，不斷確認(rèn)需求，形成需求基線。相信這種方法能有效緩解風(fēng)險(xiǎn)。
對(duì)于項(xiàng)目需求控制，一般都是采取與客戶協(xié)商的方式進(jìn)行：
“客戶就是上帝”，是的，但并不表示客戶的所有需求都要馬上得到滿足，曾經(jīng)看過(guò)一些公司，規(guī)模都很大，所做的項(xiàng)目都是全省推行的，一般人都會(huì)想，項(xiàng)目利潤(rùn)是很大的。但是詢問(wèn)起來(lái)，都是有苦難言，都說(shuō)公司沒(méi)有真正賺到錢。后來(lái)一分析情況，發(fā)現(xiàn)項(xiàng)目估算時(shí)，軟硬件原來(lái)都是有較大利潤(rùn)的，但最后都倒貼到后期的維護(hù)成本。根本原因公司為了爭(zhēng)取客戶，對(duì)于每個(gè)大客戶的需求都無(wú)條件滿足，定制化版本，每個(gè)地級(jí)市都有一個(gè)版本，可想而知，整個(gè)省就有二、三十個(gè)版本。前期開(kāi)發(fā)是工作量不算太大，在原始版本上修修改改，多加點(diǎn)功能，當(dāng)時(shí)客戶滿意度都很好，但一旦所有地方版本都上線了，麻煩就來(lái)了。單一個(gè)產(chǎn)品就要維護(hù)如此之多版本，維護(hù)成本可想而知，公司還要不要生存?公司發(fā)展就會(huì)因此而被拖累，甚至被市場(chǎng)淘汰。
針對(duì)這種情況，一般而言，都是采取與財(cái)政撥款的上級(jí)單位一起控制需求，統(tǒng)一版本。業(yè)內(nèi)有些公司的做法是很好的，對(duì)于全省的項(xiàng)目，取得省相關(guān)部門的支持，和省公司一起共同分級(jí)規(guī)范全省需求提出(如根據(jù)重要性、緊急性分為ABCD類需求，每類需求成本是多少，一清二楚，而且也有計(jì)劃)，能有效地避免版本的頻繁變更，保證了項(xiàng)目質(zhì)量，也大大地提升了客戶滿意度。