《軟件需求》閱讀筆記01

在信息化高速發展的今天，構建與時俱進的信息化系統已成為所有政府、企事業單位的重點課題之一。然而在軟件項目實施過程當中，進度超期、經費超預算、變更頻繁的現象層出不窮，甚至有許多項目根本無法達到預期的目標，更談不上為業主創造真正的效益。歸根結底，軟件需求實踐這一共同的軟肋是問題的根源。

CHAOS報告總結的“軟件項目十大敗因”中，有五項是與軟件需求直接相關的：

1.不完整的需求

在做項目的過程中，擁有一個有效的“完整性評價標準”，是至關重要的，用戶代表要比開發人員更適合對完整性進行評價，然而我們平時做的“軟件需求規格說明書”充斥著技術動詞的字眼和結構，這樣將技術功底並不深厚的用戶代表排除在有效讀者群之外。

要想讓用戶代表更好地參與到完整性評價中來，就必須采用“業務導向”的組織結構，而不是讓用戶將一大堆技術動作翻譯到自己的業務場景中去。除此之外，要利用樹形層次結構將宏觀信息與微觀信息進行有效的剝離。

2.缺乏用戶參與

主動參與意識是與獲得的利益成正比的。

對於需求分析員而言，真正的專業主義是基於業務利益（解決問題、創造機會、提高管控力等）的溝通。

3.不切實際的用戶期望

問題的根源在於軟件的無形和成本的不透明。

要解決這樣的問題，更需要的是從業人員主動地幫助用戶更好地理解軟件的成本。簡單地說做不到是無效的，要說明為什麽做不到才能解決問題。

4.需求變更頻繁

原因其一，國內軟件行業中，對變更進行分類、統計的做法不是很普遍。

原因其二，用戶並沒有意識到變更對軟件項目的負面影響。

5.提供了不再需要的

最了解用戶需求的是軟件本身！越經常使用到的功能，就是越重要的功能，那些根本沒有幾次訪問量的功能模塊，一定是不再需要的。

只有真正基於業務領域知識來衡量需求的必要性和充分性才是解決之道。

《軟件需求》閱讀筆記01