軟件外包項目與需求工程 ——紹興電力局軟件項目外包管理實踐探討

2013-11-27 09:32:21 電力信息化　點擊量：評論 (0)

摘要：作者結合自身工作實踐，深入探討了在軟件外包項目管理過程中，如何有效地進行需求工程的相關工作，從而保證承包商獲取完整并符合用戶真實意愿的項目需求，以及減少因需求變更失控帶來的可能危害。關鍵字

另外，為了更好了解每個需求的是否清晰、與其它工作產品的對應關系，并便于跟蹤后續的完成情況，我們要求軟件承包商為需求進行編號，并能夠通過一張索引表（如下表所示）了解以上的相關信息。

需求編號	功能	子功能	需求優先度（高、中、低）	對應的用戶需求	備注（依賴關系和清晰狀態等）
	Function A	Function A.1
		Function A.2
		…

4.4 規范和改進需求評審活動
對需求文檔進行評審是保證項目質量的關鍵活動。我們將評審的方式分為兩類：一類是正式評審，主要由用戶方和承包商共同參與的評審；另一類是非正式評審，主要是軟件承包商內部的評審。
對于承包商提交的《用戶需求說明書》和《產品需求規格說明書》，一般情況下我們都要求至少執行一次正式評審，并安排在我方所在地進行。對于非正式評審，我們都要求由承包商自己內部進行，但我們會跟蹤和抽查他們的評審過程和結論，希望他們能事先排除基本的錯誤，明確主要問題，以提高后續正式評審的效率。
對于正式評審活動，往往會伴隨很多問題的產生，并嚴重影響了評審工作的執行。針對這些問題，我們從自身實踐中摸索出一些比較好的解決辦法，說明如下：

²        評審工作“虎頭蛇尾”
需求評審的確乏味，剛開始評審的時候大家都比較認真，往往越到后面越馬虎，特別是需求文檔很長時，幾乎沒有人能夠堅持到最后。針對以上問題，我局在自身的需求評審工作中通過以下幾點來進行改進：1、評審工作事先有計劃，并做好內容分工。每部分內容都有專門的人員進行負責，以減少每個人的閱讀工作量。2、作者就評審文檔的主要問題點事先和責任人進行溝通，明確需要會上確認的主要問題。這樣有助于提高評審效率，盡量減少評審時間。3、會議主持人事先強調需求評審工作的重要性，以提高參與評審人員的注意力和積極性。

²        評審工作量大
需求評審的人員可能比較多，有時候讓這么多人聚在一起花費比較長的時間開會并不容易。其實沒有必要把所有事情擠在一塊做，需求開發是循序漸進的過程，需求評審也可以分段進行，這樣每次評審的時間比較短，參加評審的人員也少一些，組織會議就比較容易。

²        評審時容易“跑題”
評審時如果會針對一個問題進行激烈討論，而且會越扯越遠，結果評審會議變成聊天會議。此時，一方面主持人應當控制話題，避免大家討論與主題無關的東西；另一方面，對于有些問題“如何做，如何解決”這樣的討論，要做到適可而止，不要過多地談論細節，可以放在會后進行，這樣有助于節約多數人的時間。

²        評審時過多的“爭論”
很多評審會議上，往往會因為某個問題難以達成共識，并分成“幾派”各據一方。此時，會議的主持人應該參與進行協調，建議大家站在他人的立場上進行思考，這樣一般會很快找到適中的解決辦法。

4.5 要求承包商建立需求跟蹤報告
在我們對承包商的開發過程進行跟蹤和檢查的過程中，我們經常需要了解“產品需求是否反映所有用戶需求？”、“設計是否反映了產品需求？”、“需求是否有相應的測試用例進行測試？”等等這些問題，并且承包商只有很好地處理了以上問題才能充分保證未來軟件產品的質量。為此，我們會在一些重要項目中要求承包商及時建立“需求跟蹤報告”（如下表所示），這樣有助于后續我們執行相關工作產品的審查工作。