軟件項目管理：如何進行需求分析？如何確定需求優(yōu)先級？

需求是軟件項目管理中的重要部分，沒有需求就沒有軟件存在的價值，沒有需求就不可能讓計算機完成人所需要做的事情?？梢哉f需求是軟件的基石。就算是同樣的需求，因為對其不同的理解和解釋，也會開發(fā)出不同的軟件。

一、需求的特點

普遍的需求都會符合以下的特點，有些比較明顯，有些則比較模糊。

1、目的性

有明顯的要求，希望得到什么，不是模棱兩可的。

2、描述性

需求的內(nèi)容是可描述的，可以解釋的。

3、操作性

需求是有步驟的，是可以進行操作的，哪怕是只有一個步驟。

4、條件性

計算機的功能是有限的，需求在一定條件下才可以實現(xiàn)。

5、 計算性

數(shù)據(jù)處理需要一定的算法，沒有固定算法是無法實現(xiàn)的，即使是人工智能和人工模擬也是有最基本的、核心的算法。

6、驗證性

需求最終是要被計算機實現(xiàn)的，實現(xiàn)了以后如何判斷其結(jié)果是否正確呢?因此需求必須是可被驗證的，譬如用另外一個事實或數(shù)據(jù)來對比其結(jié)果是否完整和正確。

二、需求收集

無論需求是怎么產(chǎn)生的，其內(nèi)容通常可以歸納為以下兒種類型。

1、客戶的現(xiàn)狀是什么？

目前的現(xiàn)狀是什么，用什么樣的系統(tǒng)，市場情況如何，有哪些材料、設(shè)備、人員、方法、流程和技術(shù)。有什么樣的缺陷、錯誤、損失或抱怨。有多少數(shù)據(jù)量，使用頻率如何，用戶數(shù)量多少，使用范圍是什么，和業(yè)務(wù)的相關(guān)性和重要性如何。

2、客戶的期望是什么？

用戶希望提升到什么樣的程度，什么樣的問題最迫切地需要解決，

3、需求的便利性，擴展性如何?

客戶有沒有替代方案。用戶有沒有自己的解決方案，可以考慮的方案有幾種，各種方案的優(yōu)缺點是什么？

4、客戶的預(yù)算是多少？

用戶的預(yù)算有多少，預(yù)算的多少決定開發(fā)成本和開發(fā)量以及使用技術(shù)的成本。

5、需求的范圍是什么？

需求的范圍是什么?是公開使用，內(nèi)部使用，多廠區(qū)使用，多語言使用還是分階段使用?有多少用戶使用，是否需要控制權(quán)限等。

6、需求的內(nèi)容是什么？

需求的具體內(nèi)容是什么，如地圖、結(jié)構(gòu)圖、流程圖、操作說明、數(shù)據(jù)報表等。

7、需求的樣本。

需求的實例文件，如材料清單、用戶清單、服務(wù)器配置、數(shù)據(jù)接口參數(shù)、數(shù)據(jù)格式、報告說明等。需求收集的時候又應(yīng)該注意哪些事項呢? 般而言，收集的方法有以下幾種。

1）口述記錄

通過他人的講述或問答，將需求記錄為文字形式。

2）書面或電子記錄

由需求方提交書面或電子的材料，比如流程圖、說明書、操作手冊、數(shù)學(xué)模型、報告報表示例或相關(guān)聯(lián)系人清單等。

3）座談會

邀請需求方的線人員、管理人員、開發(fā)設(shè)計人員起討論和設(shè)想需求的細節(jié)。

4）特定的團隊

組織內(nèi)有固定的團隊面向客戶或用戶收集需求，通常是技術(shù)支持或客服部門。這類部門對需求進行全方位的收集，既可以是主動性地收集，如走訪、問卷調(diào)查、體驗會等，也可以是被動性地收集，如熱線電話、客服郵箱、網(wǎng)站留言等。由于這種方式收集到的信息和問題可能千奇百怪，必須從中過濾出真正的、有建設(shè)性的需求，而不是周旋于眾多的抱怨中。

5）需求系統(tǒng)

建立某種需求系統(tǒng)或者在軟件中提供需求反饋的功能。特別是在一些大型的軟件公司，需求系統(tǒng)集中控制著其產(chǎn)品線的所有需求反饋，這將大大地提高需求收集的效率和準(zhǔn)確性。

三、需求分析方法

1、拆解發(fā)

拆解法是將需求的內(nèi)容拆解，把復(fù)雜的描述變得簡單，把模糊的概念變得具體，把大的需求變成小的需求。

2、提問法

提問法是對需求的內(nèi)容提出問題，找到解決問題的各種方法，從而具體化需求的細節(jié)。當(dāng)需求不是很明確的時候，可以對一些重要的點進行提問，在進行分析過濾，得到更加明確的答案。通過多次提問，需求變得越來具體化，使軟件功能更貼近實際情況。

四、需求優(yōu)先級確定

需求分析、整理和過濾后，需要分配優(yōu)先級。分配優(yōu)先級的目的是合理地評估需求的重要性，將開發(fā)的資源和時間優(yōu)先分配給重要的需求，以確保項目進度和軟件功能能夠滿足用產(chǎn)最基本的要求。優(yōu)先級衡量的原則簡單地說就是:業(yè)務(wù)優(yōu)先，時間次之，操作再次之，技術(shù)最后。

1、與業(yè)務(wù)的相關(guān)度

與業(yè)務(wù)密切相關(guān)的、影響到業(yè)務(wù)延續(xù)的、對于核心業(yè)務(wù)至關(guān)重要的優(yōu)先。軟件的存在一切都是為了業(yè)務(wù)，沒有業(yè)務(wù)的存在，軟件就失去了基石。軟件的價值又在于為業(yè)務(wù)增加更多的附加值，因為一切為業(yè)務(wù)服務(wù)，一切以業(yè)務(wù)優(yōu)先才是軟件開發(fā)的根本。

2、迫切度

急迫性高的、不能長時間等待的或者是業(yè)務(wù)迫切需要的優(yōu)先。

3、可操作性

操作簡單的、容易掌握的、邏輯筒單的優(yōu)先。簡單的邏輯和操作耗費的開發(fā)時間也少，成功率也高，因此可以優(yōu)先考慮。

4、可實現(xiàn)性

技術(shù)上容易實現(xiàn)的、開發(fā)周期短的優(yōu)先。與其把大量的時間和風(fēng)險放在技術(shù)復(fù)雜的功能開發(fā)上，不如優(yōu)先開發(fā)技術(shù)要求相對簡單的功能。這樣可以更早的更有把握的看到成果。

推薦閱讀：

為什么要進行軟件需求管理？軟件項目需求管理包括哪些內(nèi)容？

項目實際推進過程中會出現(xiàn)哪些需求變更的問題？

為什么要做需求管理？需求管理工具RequisiteCenter使用攻略