果才能夠匹配好就是需求分析的責(zé)任。
需求管理
應(yīng)該首先看到需求管理的目的首先為項目管理服務(wù)，結(jié)構(gòu)化的需求管理使項目管理真正做到可視化，另外需求管理為用戶服務(wù)，通過有效的需求管理能夠更好的滿足用戶的需求，提升用戶滿意度。最后需求管理為后續(xù)項目提供支持數(shù)據(jù)和依據(jù)，因為需求管理的內(nèi)容是結(jié)構(gòu)化和文檔化的，這些是內(nèi)容是項目重要的過程資產(chǎn)。
要管理需求，則我們的需求必須是結(jié)構(gòu)化和文檔化的，否則就談不上需求管理。因此需求管理必然會涉及到配置管理相關(guān)工作。同時為了量化的說明需求管理的有效性，我們的需求本身又必須是可度量的，需求功能點的粒度應(yīng)該在一定范圍內(nèi)。需求規(guī)格說明書是需求管理的重要對象，必須文檔化，而且會在整個軟件開發(fā)生命周期中被多次使用到。
需求全生命周期的管理的一個重點就是需求的狀態(tài)管理，用戶提出來的需求就是是否實現(xiàn)了，現(xiàn)在處在哪個環(huán)節(jié)都需要依靠需求的狀態(tài)管理和跟蹤來實現(xiàn)。因此需求分析階段需求功能點的條目化就是需求狀態(tài)管理的一個重點，而需求狀態(tài)跟蹤的過程正好就是我們對項目進度和狀態(tài)的跟蹤過程。如果項目管理的狀態(tài)監(jiān)控的好，則需求狀態(tài)管理也可以做好，同時拆分后的需求狀態(tài)管理為我們增量和迭代開發(fā)提供了基礎(chǔ)，有了這個才可能真正做好項目掙值管理，才可以更好的應(yīng)用掙值中的0-100原則。
需求的變更控制重要性體現(xiàn)在真正的使甲乙雙方對范圍的承諾有共同的重視。當(dāng)有了共同基準(zhǔn)依據(jù)的時候才能夠真正的體現(xiàn)用戶滿意度上面，同時需求變更真正的體現(xiàn)出項目計劃的嚴(yán)肅性，保證項目計劃的受控和嚴(yán)格執(zhí)行。需求老發(fā)生變動，項目老延期都是需求變更沒有做好的一種表現(xiàn)形式。對于已經(jīng)開發(fā)完成的軟件產(chǎn)品，我們更需要有結(jié)構(gòu)化的需求變更流程，將變更的影響分析影響植入到流程中，這樣才可以保證整個軟件產(chǎn)品的穩(wěn)定性。