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

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

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

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

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

　　需求分析和開發(fā)

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

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

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

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

　　需求管理

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

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

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

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