需求收集真正的體現(xiàn)了需求的市場(chǎng)和用戶驅(qū)動(dòng)。訪談，調(diào)查表，頭腦風(fēng)暴，競(jìng)爭(zhēng)對(duì)手和產(chǎn)品分析都是需求收集的方法。需求收集我們需要搞清楚用戶真正的需求，問(wèn)題背后的深層次問(wèn)題，這樣才可能為挖掘需求提供數(shù)據(jù)。需求收集的過(guò)程應(yīng)該流程化，收集的需求應(yīng)該分類入庫(kù)的歸檔化。必須將需求收集活動(dòng)看做為一個(gè)結(jié)構(gòu)化的流程或過(guò)程，以真正的促進(jìn)收集的過(guò)程和采集的數(shù)據(jù)的有效性。

　　收集的需求在論證分析中應(yīng)該確定優(yōu)先級(jí)，而優(yōu)先級(jí)的確認(rèn)應(yīng)該引入價(jià)值工程，即我們應(yīng)該認(rèn)識(shí)到一個(gè)需求的重要性應(yīng)該體現(xiàn)到它對(duì)產(chǎn)品價(jià)值的短期和長(zhǎng)期的增值上面。要理解這個(gè)，就必須要考慮收集的需求是普遍需求還是特殊需求，是核心業(yè)務(wù)對(duì)應(yīng)需求還是輔助業(yè)務(wù)對(duì)應(yīng)需求，是使用頻率高的需求還是偶爾使用的功能點(diǎn)需求。我們必須有清晰的頭腦來(lái)分析用戶急的是否就一定是優(yōu)先級(jí)高的需求。

　　用戶往往習(xí)慣了給我們提希望系統(tǒng)實(shí)現(xiàn)什么功能，這些需求往往是用戶已經(jīng)轉(zhuǎn)換后的需求而不是原始需求。當(dāng)用戶遇到業(yè)務(wù)上的問(wèn)題的時(shí)候他們往往假設(shè)了一種實(shí)現(xiàn)方式，如果在需求收集過(guò)程中錯(cuò)誤的把問(wèn)題的解當(dāng)做需求，則我們就忽略掉了真正的原始需求。需求收集的重點(diǎn)應(yīng)該在用戶真正面臨的問(wèn)題域和問(wèn)題場(chǎng)景的收集。

　　需求收集人員的業(yè)務(wù)背景和經(jīng)驗(yàn)往往對(duì)需求收集有效性有很大的影響。需求收集的訪談過(guò)程不是簡(jiǎn)單的聽(tīng)用戶如何講，而是需求我們?nèi)ヒ龑?dǎo)用戶講出他們真正面臨的問(wèn)題。通過(guò)我們積極的溝通讓用戶把他們真實(shí)的想法真正的表達(dá)出來(lái)。

　　需求收集是整個(gè)軟件產(chǎn)品開(kāi)發(fā)的源頭，是確定產(chǎn)品方向和定位的重要活動(dòng)。需求收集活動(dòng)出現(xiàn)大的誤差將是方向性的重大錯(cuò)誤。如果我們開(kāi)發(fā)出來(lái)的產(chǎn)品不能真正滿足用戶的需要和得到用戶的認(rèn)可，那產(chǎn)品本身就不可能創(chuàng)造價(jià)值，及時(shí)這個(gè)產(chǎn)品有很好的質(zhì)量，易用性和功能等，這個(gè)產(chǎn)品仍然是失敗的。

　　需求分析和開(kāi)發(fā)

　　需求分析工作需要意識(shí)到是包含了業(yè)務(wù)分析和系統(tǒng)分析兩部分內(nèi)容。對(duì)于業(yè)務(wù)分析包括了業(yè)務(wù)流程分析，組織結(jié)構(gòu)和崗位角色分析，以外的對(duì)象分析，數(shù)據(jù)流分析，重點(diǎn)是描述現(xiàn)在。系統(tǒng)分析的內(nèi)容重點(diǎn)是將需求轉(zhuǎn)換為系統(tǒng)可實(shí)現(xiàn)的軟件需求，因此必須要考慮到需求的可實(shí)現(xiàn)性，如果對(duì)于面向?qū)ο蠓治鰟t重點(diǎn)在用例分析，業(yè)務(wù)對(duì)象建模，業(yè)務(wù)規(guī)則分析。系統(tǒng)分析最好是有軟件開(kāi)發(fā)經(jīng)驗(yàn)的人和業(yè)務(wù)背景的人進(jìn)行，這里的一個(gè)重點(diǎn)就是要把軟件開(kāi)發(fā)中已經(jīng)成熟的分析模式和模型和實(shí)際的業(yè)務(wù)進(jìn)行匹配。

　　軟件產(chǎn)品要能夠適應(yīng)需求的變化，不僅僅是軟件架構(gòu)上的可擴(kuò)展性考慮，更重要的是在需求分析階段就需要考慮軟件需求如何適應(yīng)用戶需求的變化。對(duì)應(yīng)用戶經(jīng)�？赡茏儎�(dòng)的需求點(diǎn)進(jìn)行抽象，引入一些標(biāo)準(zhǔn)的可配置的模型，如權(quán)限模型，工作流模型等。軟件需求對(duì)業(yè)務(wù)需求和用戶需求的一個(gè)處理要點(diǎn)就是會(huì)考慮到哪些經(jīng)常變化的需求需要轉(zhuǎn)換為靈活的可配置的需求。

　　用戶都不清楚自己要什么或者說(shuō)用戶的需求經(jīng)常變動(dòng)更應(yīng)該促進(jìn)我們?nèi)ジ倪M(jìn)需求分析和開(kāi)發(fā)的過(guò)程。在這個(gè)時(shí)候系統(tǒng)分析員的開(kāi)發(fā)經(jīng)驗(yàn)和業(yè)務(wù)背景將起到很重要的作用。需求的一種變更對(duì)于軟件開(kāi)發(fā)往往是一種必然的情況，只是如何把它變更的范圍控制住，如何實(shí)現(xiàn)需求的變更不是要修改設(shè)計(jì)和編碼，而是通過(guò)靈活的配置來(lái)實(shí)現(xiàn)的。

　　收集來(lái)的用戶需求如何轉(zhuǎn)換為需求規(guī)格說(shuō)明書(shū)，中間的一個(gè)重要過(guò)程就是需求分析和開(kāi)發(fā)。這樣正好體系一些需求分析工作的重點(diǎn)內(nèi)容，通過(guò)識(shí)別需求的優(yōu)先級(jí)以更好的安排項(xiàng)目資源和進(jìn)度，有的放矢。通過(guò)對(duì)原始需求的分類，合并，抽象以提取通用的需求模型。通過(guò)識(shí)別非功能性需求以增加整個(gè)系統(tǒng)的健壯性，性能和易用性。通過(guò)對(duì)需求模塊單元的劃分，流程和規(guī)則的描述，功能點(diǎn)分析為項(xiàng)目進(jìn)度計(jì)劃安排和進(jìn)度跟蹤創(chuàng)造條件。因此我們將需求分析是一種業(yè)務(wù)和系統(tǒng)的模式匹配，如果才能夠匹配好就是需求分析的責(zé)任。

　　需求管理

　　應(yīng)該首先看到需求管理的目的首先為項(xiàng)目管理服務(wù)，結(jié)構(gòu)化的需求管理使項(xiàng)目管理真正做到可視化，另外需求管理為用戶服務(wù)，通過(guò)有效的需求管理能夠更好的滿足用戶的需求，提升用戶滿意度。最后需求管理為后續(xù)項(xiàng)目提供支持?jǐn)?shù)據(jù)和依據(jù)，因?yàn)樾枨蠊芾淼膬?nèi)容是結(jié)構(gòu)化和文檔化的，這些是內(nèi)容是項(xiàng)目重要的過(guò)程資產(chǎn)。

　　要管理需求，則我們的需求必須是結(jié)構(gòu)化和文檔化的，否則就談不上需求管理。因此需求管理必然會(huì)涉及到配置管理相關(guān)工作。同時(shí)為了量化的說(shuō)明需求管理的有效性，我們的需求本身又必須是可度量的，需求功能點(diǎn)的粒度應(yīng)該在一定范圍內(nèi)。需求規(guī)格說(shuō)明書(shū)是需求管理的重要對(duì)象，必須文檔化，而且會(huì)在整個(gè)軟件開(kāi)發(fā)生命周期中被多次使用到。

　　需求全生命周期的管理的一個(gè)重點(diǎn)就是需求的狀態(tài)管理，用戶提出來(lái)的需求就是是否實(shí)現(xiàn)了，現(xiàn)在處在哪個(gè)環(huán)節(jié)都需要依靠需求的狀態(tài)管理和跟蹤來(lái)實(shí)現(xiàn)。因此需求分析階段需求功能點(diǎn)的條目化就是需求狀態(tài)管理的一個(gè)重點(diǎn)，而需求狀態(tài)跟蹤的過(guò)程正好就是我們對(duì)項(xiàng)目進(jìn)度和狀態(tài)的跟蹤過(guò)程。如果項(xiàng)目管理的狀態(tài)監(jiān)控的好，則需求狀態(tài)管理也可以做好，同時(shí)拆分后的需求狀態(tài)管理為我們?cè)隽亢偷�代開(kāi)發(fā)提供了基礎(chǔ)，有了這個(gè)才可能真正做好項(xiàng)目掙值管理，才可以更好的應(yīng)用掙值中的0-100原則。

　　需求的變更控制重要性體現(xiàn)在真正的使甲乙雙方對(duì)范圍的承諾有共同的重視。當(dāng)有了共同基準(zhǔn)依據(jù)的時(shí)候才能夠真正的體現(xiàn)用戶滿意度上面，同時(shí)需求變更真正的體現(xiàn)出項(xiàng)目計(jì)劃的嚴(yán)肅性，保證項(xiàng)目計(jì)劃的受控和嚴(yán)格執(zhí)行。需求老發(fā)生變動(dòng)，項(xiàng)目老延期都是需求變更沒(méi)有做好的一種表現(xiàn)形式。對(duì)于已經(jīng)開(kāi)發(fā)完成的軟件產(chǎn)品，我們更需要有結(jié)構(gòu)化的需求變更流程，將變更的影響分析影響植入到流程中，這樣才可以保證整個(gè)軟件產(chǎn)品的穩(wěn)定性。