在另一個極端上，也有極其需要使用非常正式的 RM 實踐的時候。比如，如果項目團隊的任務是開發(fā)一個運行醫(yī)療設備的軟件，它能根據(jù)情況自動管理病人的精確的、正確的用藥量，那么項目團隊就應該采用高度正式的 RM 過程來保證開發(fā)出正確的系統(tǒng)。這種情況下需求錯誤的風險可能危及人的生命安全。
那么 RM 如何影響像您這樣的開發(fā)人員呢？諸如 Standish Group 報告這樣的研究表明，需求錯誤是修復成本最高的錯誤，因為它們出錯的時間越長，影響就越大。隨著軟件開發(fā)生命周期的進展，這些錯誤越來越難以糾正，這實際上產生了雪球效應。如果您從一個錯誤的需求或者需求變更開始，那么您的設計就是無效的，這最終會導致進行代價昂貴的構架返工。確認測試也是錯誤的，用戶文檔也不精確，等等。最終，這將導致花費更多的時間來修復問題，而這些是完全可以避免的。
但您是開發(fā)人員，而不是分析人員。RM 不是僅用于分析人員的嗎？可以肯定的是，您項目團隊中代表客戶的那些人涉入 RM 最深。分析人員通常負責創(chuàng)建需求。然而，需求的質量不僅僅落在分析人員的肩上。記住，整個項目團隊對需求有一個完整清楚的理解是至關重要的。為了實現(xiàn)這種質量，開發(fā)人員必須盡早參與，以幫助澄清最初需求版本中的模糊性。開發(fā)人員提供了一種實現(xiàn)視角，能夠提高已編寫需求的質量，并且能夠增加開發(fā)解決方案的成功率。與開發(fā)人員的合作是"如魚得水"；開發(fā)人員負責將概念轉化為現(xiàn)實。因此，開發(fā)人員越早參與需求的澄清，項目成功交付正確的軟件解決方案的機會就越大。
開發(fā)人員還應該關心適當?shù)?RM，因為它可以簡化他們的工作。當從高質量的需求而不是很差勁的需求（這樣的需求總需要團隊成員查找測試內容，并且用各種問題打斷開發(fā)人員）開始工作時，質量保證（QA）或質量工程（QE）和文檔編輯團隊的工作就更有效率。另外，維護活動可以減少到只專注于系統(tǒng)中真正的實施缺陷，而不是由不清楚和不完整的原始需求導致的缺陷。更高質量的需求最終能夠保證軟件的質量更高，這使得開發(fā)人員可以集中精力思考如何對系統(tǒng)作出改進。
此文章共有2頁 上一頁 1 2
文章來源：中國項目管理資源網(wǎng)
 軟件開發(fā)項目管理培訓課程方案
|
Leadge.com首頁 > 知識庫 
