IT項目管理-需求-收集分析和管理

《IT項目管理-需求-收集分析和管理》由會員上傳分享，免費在線閱讀，更多相關內容在工程資料-天天文庫。

1、IT項目管理?需求■收集分析和管理需求收集需求收集真正的體現(xiàn)了需求的市場和用戶驅動。訪談，調查表，頭腦風暴，競爭對手和產品分析都是需求收集的方法。需求收集我們需要搞清楚用戶真正的需求、問題背后的深層次問題，這樣才可能為挖掘需求提供數(shù)據(jù)。需求收集的過程應該流程化，收集的需求應該分類入庫的歸檔化。必須將需求收集活動看做為一個結構化的流程或過程，以真正的促進收集的過程和采集的數(shù)據(jù)的有效性。收集的需求在論證分析川應該確定優(yōu)先級，而優(yōu)先級的確認應該引入價値工程，即我們應該認識到一個需求的重要性應該體現(xiàn)到它對產品價値的短期和長期的增値上面。耍理解這個，就必須要考慮收集的需求是普遍需求還是特殊需求，是

2、核心業(yè)務對應需求還是輔助業(yè)務對應需求，是使用頻率高的需求還是偶爾使用的功能點需求。我們必須有清晰的頭腦來分析用戶急的是否就一定是優(yōu)先級高的需求。用戶往往習慣了給我們提希望系統(tǒng)實現(xiàn)什么功能，這些需求往往是用戶已經轉換后的需求而不是原始需求。當用戶遇到業(yè)務上的問題的吋候他們往往假設了一種實現(xiàn)方式，如果在需求收集過程中錯誤的把問題的解當做需求，則我們就忽略掉了真正的原始需求嚅求收集的重點應該在用戶真正面臨的問題域和問題場需求收集人員的業(yè)務背景和經驗往往對需求收集有效性有很大的影響。需求收集的訪談過程不是簡單的聽用戶如何講，而是需求我們去引導用戶講出他們真正面臨的問題。通過我們積極的溝通讓用戶把

3、他們真實的想法真正的表達出來。需求收集是整個軟件產品開發(fā)的源頭，是確定產品方向和定位的重?；顒印Ｐ枨笫占顒映霈F(xiàn)大的誤差將是方向性的重大錯誤。如果我們開發(fā)出來的產品不能真正滿足用戶的需要和得到用戶的認可，那產品本身就不可能創(chuàng)造價值，及時這個產品有很好的質量,易用性和功能等,這個產品仍然是失敗的。需求分析和開發(fā)需求分析工作需要意識到是包含了業(yè)務分析和系統(tǒng)分析兩部分內容。對于業(yè)務分析包括了業(yè)務流程分析，組織結構和崗位角色分析，以外的對象分析，數(shù)據(jù)流分析，重點是描述現(xiàn)在。系統(tǒng)分析的內容重點是將需求轉換為系統(tǒng)可實現(xiàn)的軟件需求，因此必須要考慮到需求的可實現(xiàn)性，如果對于面向對象分析則重點在用例分析，

4、業(yè)務對象建模，業(yè)務規(guī)則分析。系統(tǒng)分析最好是有軟件開發(fā)經驗的人和業(yè)務苗景的人進行，這里的一個重點就是要把軟件幵發(fā)中已經成熟的分析模式和模型和實際的業(yè)務進行匹配。軟件產品要能夠適應需求的變化，不僅僅是軟件架構上的可擴展性考慮，更重要的是在需求分析階段就需要考慮軟件需求如何適應用戶需求的變化。對應用戶經常可能變動的需求點進行抽象，引入一些標準的可配置的模型，如權限模型'工作流模型等。軟件需求對業(yè)務需求和用戶需求的一個處理要點就是會考慮到哪些經常變化的需求需要轉換為靈活的可配置的需求。用戶都不清楚自己要什么或者說用戶的需求經常變動更應該促進我們去改進需求分析和開發(fā)的過程。在這個時候系統(tǒng)分析員的開

5、發(fā)經驗和業(yè)務背景將起到很重要的作用。需求的一種變更對于軟件開發(fā)往往是一種必然的情況，只是如何把它變更的范圍控制住，如何實現(xiàn)需求的變更不是要修改設計和編碼，而是通過靈活的配置來實現(xiàn)的。收集來的用戶需求如轉換為需求規(guī)格說明書，中問的一個重耍過程就是需求分析和開發(fā)。這樣正好體系一些需求分析工作的重點內容，通過識別需求的優(yōu)先級以更好的安排項目資源和進度，有的放矢。通過對原始需求的分類，合并，抽象以提取通用的需求模型。通過識別非功能性需求以增加整個系統(tǒng)的健壯性，性能和易用性。通過對需求模塊單元的劃分，流程和規(guī)則的描述，功能點分析為項目進度計劃安排和進度跟蹤創(chuàng)造條件。因此我們將需求分析是一種業(yè)務和系

6、統(tǒng)的模式匹配，如果才能夠匹配好就是需求分析的責任。需求管理應該首先看到需求管理的日的首先為項日管理服務，結構化的需求管理使項目管理真正做到可視化，另外需求管理為用戶服務，通過有效的需求管理能夠更好的滿足用戶的需求，提升用戶滿意度。最后需求管理為后續(xù)項目提供支持數(shù)據(jù)和依據(jù)，因為需求管理的內容是結構化和文檔化的，這些是內容是項目重要的過程資產。要管理需求，則我們的需求必須是結構化和文檔化的，否則就談不上需求管理。因此需求管理必然會涉及到配置管理相關工作。同時為了量化的說明需求管理的有效性，我們的需求本身又必須是可度量的，需求功能點的粒度應該在一定范圍內。需求規(guī)格說明書是需求管理的重要對象，必

7、須文檔化，而且會在整個軟件開發(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ā)提供了基礎，有了這個才可能