項目中的需求收集和管理_工程管理

1、項目中的需求收集和管理需求收集真正的體現(xiàn)了需求的市場和用戶驅(qū)動。訪談，調(diào)查表，頭腦風暴，競爭對手和產(chǎn)品分析都是需求收集的方法。需求收集我們需要搞清晰用戶真正的需求，問題背后的深層次問題，這樣才可能為挖掘需求供應數(shù)據(jù)。需求收集的過程應當流程化，收集的需求應當分類入庫的歸檔化。必需將需求收集活動看做為一個結(jié)構(gòu)化的流程或過程，以真正的促進收集的過程和采集的數(shù)據(jù)的有效性。收集的需求在論證分析中應當確定優(yōu)先級，而優(yōu)先級的確認應當引入價值工程，即我們應當熟悉到一個需求的重要性應當體現(xiàn)到它對產(chǎn)品價值的短期和長期的增值上面。要理解這個，就必需要考慮收集的需求是普遍需求還是特別需求，是核心業(yè)務對應需求還是幫助業(yè)

2、務對應需求，是使用頻率高的需求還是間或使用的功能點需求。我們必需有清楚的頭腦來分析用戶急的是否就肯定是優(yōu)先級高的需求。用戶往往習慣了給我們提盼望系統(tǒng)實現(xiàn)什么功能，這些需求往往是用戶已經(jīng)轉(zhuǎn)換后的需求而不是原始需求。當用戶遇到業(yè)務上的問題的時候他們往往假設了一種實現(xiàn)方式，假如在需求收集過程中錯誤的把問題的解當做需求，則我們就忽視掉了真正的原始需求。需求收集的重點應當在用戶真正面臨的問題域和問題場景的收集。需求收集人員的業(yè)務背景和閱歷往往對需求收集有效性有很大的影響。需求收集的訪談過程不是簡潔的聽用戶如何講，而是需求我們?nèi)ヒ龑в脩糁v出他們真正面臨的問題。通過我們樂觀的溝通讓用戶把他們真實的想法真正的

3、表達出來。需求收集是整個軟件產(chǎn)品開發(fā)的源頭，是確定產(chǎn)品方向和定位的重要活動。需求收集活動消失大的誤差將是方向性的重大錯誤。假如我們開發(fā)出來的產(chǎn)品不能真正滿意用戶的需要和得到用戶的認可，那產(chǎn)品本身就不行能制造價值，準時這個產(chǎn)品有很好的質(zhì)量，易用性和功能等，這個產(chǎn)品仍舊是失敗的。需求分析和開發(fā)需求分析工作需要意識到是包含了業(yè)務分析和系統(tǒng)分析兩部分內(nèi)容。對于業(yè)務分析包括了業(yè)務流程分析，組織結(jié)構(gòu)和崗位角色分析，以外的對象分析，數(shù)據(jù)流分析，重點是描述現(xiàn)在。系統(tǒng)分析的內(nèi)容重點是將需求轉(zhuǎn)換為系統(tǒng)可實現(xiàn)的軟件需求，因此必需要考慮到需求的可實現(xiàn)性，假如對于面對對象分析則重點在用例分析，業(yè)務對象建模，業(yè)務規(guī)章分析

4、。系統(tǒng)分析最好是有軟件開發(fā)閱歷的人和業(yè)務背景的人進行，這里的一個重點就是要把軟件開發(fā)中已經(jīng)成熟的分析模式和模型和實際的業(yè)務進行匹配。軟件產(chǎn)品要能夠適應需求的變化，不僅僅是軟件架構(gòu)上的可擴展性考慮，更重要的是在需求分析階段就需要考慮軟件需求如何適應用戶需求的變化。對應用戶常?？赡茏儎拥男枨簏c進行抽象，引入一些標準的可配置的模型，如權限模型，工作流模型等。軟件需求對業(yè)務需求和用戶需求的一個處理要點就是會考慮到哪些常常變化的需求需要轉(zhuǎn)換為敏捷的可配置的需求。用戶都不清晰自己要什么或者說用戶的需求常常變動更應當促進我們?nèi)ジ倪M需求分析和開發(fā)的過程。在這個時候系統(tǒng)分析員的開發(fā)閱歷和業(yè)務背景將起到很重要的作

5、用。需求的一種變更對于軟件開發(fā)往往是一種必定的狀況，只是如何把它變更的范圍掌握住，如何實現(xiàn)需求的變更不是要修改設計和編碼，而是通過敏捷的配置來實現(xiàn)的。收集來的用戶需求如何轉(zhuǎn)換為需求規(guī)格說明書，中間的一個重要過程就是需求分析和開發(fā)。這樣正好體系一些需求分析工作的重點內(nèi)容，通過識別需求的優(yōu)先級以更好的支配項目資源和進度，有的放矢。通過對原始需求的分類，合并，抽象以提取通用的需求模型。通過識別非功能性需求以增加整個系統(tǒng)的健壯性，性能和易用性。通過對需求模塊單元的劃分，流程和規(guī)章的描述，功能點分析為項目進度方案支配和進度跟蹤制造條件。因此我們將需求分析是一種業(yè)務和系統(tǒng)的模式匹配，假如才能夠匹配好就是需

6、求分析的責任。需求管理應當首先看到需求管理的目的首先為項目管理服務，結(jié)構(gòu)化的需求管理使項目管理真正做到可視化，另外需求管理為用戶服務，通過有效的需求管理能夠更好的滿意用戶的需求，提升用戶滿足度。最終需求管理為后續(xù)項目供應支持數(shù)據(jù)和依據(jù)，由于需求管理的內(nèi)容是結(jié)構(gòu)化和文檔化的，這些是內(nèi)容是項目重要的過程資產(chǎn)。要管理需求，則我們的需求必需是結(jié)構(gòu)化和文檔化的，否則就談不上需求管理。因此需求管理必定會涉及到配置管理相關工作。同時為了量化的說明需求管理的有效性，我們的需求本身又必需是可度量的，需求功能點的粒度應當在肯定范圍內(nèi)。需求規(guī)格說明書是需求管理的重要對象，必需文檔化，而且會在整個軟件開發(fā)生命周期中被

7、多次使用到。需求全生命周期的管理的一個重點就是需求的狀態(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ā)供應了基礎，有了這個才可能真正做好項目掙值管理，才可以更好的應用掙值中的0-100原則。需求的變更掌握重要性體現(xiàn)在真正的使甲乙雙方對范圍的承諾有共同的重視。當有了共同基準依據(jù)的時候才能夠真正的體現(xiàn)用戶滿足度上面，同時需求變更真正的體現(xiàn)出項目方案的嚴厲性，保證項目方案的受控和嚴格執(zhí)