如何做好需求的跟蹤與落地
2018-11-12 北京赛车直播微彩app 閱讀

北京赛车直播微彩app www.zsynos.com.cn 一、需求管理現狀

項目需求跟蹤管理是一個IT項目建設生命周期中的一個重要開端,也是IT項目建設成功的基石。過往開發失敗的IT項目中,80%是由于需求不明確或需求變更沒有控制好而造成的。因此一個項目成功的關鍵因素之一,就是對需求過程進行跟蹤與落地。

如今盡管有關軟件開發的知識和經驗不斷豐富,可利用的工具也不斷增多,但仍然有相當比例的軟件項目失敗,原因常常是因為在開始時沒有正確地確定和定義需求,或者隨著項目的展開沒有正確地跟蹤需求,對獲取到的需求沒有進行有效的分析,或者獲取到的需求本身就是不準確的。

Visual RM企業級需求管理工具正是解決客戶這種需求,構建業務到IT的橋梁,幫助客戶業務目標快速實現。需求跟蹤管理是關乎IT項目開發成敗的重要因素。現在的IT項目中返工開銷幾乎占了總開發的一半,而導致返工的主要原因是需求分析不明確。從而引發項目開發中的一系列更改。這些更改可能導致浪費大量的資源、IT項目無法按時完成等嚴重問題。

維普時代

(需求管理框架)

Visual RM企業級需求管理工具在需求管理過程中逐步建立“目標->業務功能->應用系統->系統功能”的跟蹤關系,讓關注需求的每一個涉眾理解需求的來龍去脈,實現對需求的跟蹤,更好的理解需求。

維普時代

(需求提出到落地跟蹤)

二、需求提出到落地跟蹤的理解

1、你真的了解需求管理嗎

需求管理的實質是跟蹤并記錄用戶的需求,并將相關的信息傳遞給開發團隊并保證最終產品與用戶需求一致。一個合格的需求規格說明書應該能完整和動態的反映用戶的真實需求,但是,由于需求規格說明書這個載體過于沉重,維護代價較高,除非是產品的需求是靜態的否則依賴需求規格說明來完成需求管理的模式是注定要失敗的。

2、讓需求管理有??剎?/span>

大部分公司并不會容許開發人員自由的開發產品,也不贊成產品經理拍拍腦袋就讓開發人員實現,希望一切都有記錄與可追蹤,因此,一般都希望將需求記錄下來。這么做還有一個原因,一個不熟悉產品的人可以通過查看這些記錄迅速的了解產品的脈絡和掌握情況。

3、敏捷模式與傳統模式的比較

在傳統軟件開發模式下,需求是一次性獲取,后續幾乎不再更新,因此傳統模式下業界開發者不得不編寫需求規格說明書來假裝記錄固化的需求。但大多數情況下用戶的需求是無法固化的,他們會一次次的提出需求變更,開發團隊也就一次次的改寫需求規格書,最終開發團隊放棄需求規格,使之成為垃圾文件。

需求管理實際上嵌入到敏捷開發的每個地方,從產品負責人給出產品功能列表(product backlog,PB)到開發人員列出本周期開發計劃(sprint backlog,SB)都是需求管理的重要組成部分。敏捷需求管理注重項目成員的協作,注重顧客的參與和成員對于項目變化的快速反應。

傳統和敏捷開發比較.png

(傳統和敏捷開發比較)

三、需求落地跟蹤遇到的問題解讀

1、時間計劃

項目實施中,項目經理用甘特圖去把控產品的開發負責人、開發周期、工作描述,其中如果遇到版本迭代,參與人數或變動比較頻繁的話,多采用visual RM去管理項目的情況。通過甘特圖,項目經理可以清清楚楚的看到每一個階段會有哪些任務,每個任務會消耗的時間或精力,這個就是時間計劃。

作為一個項目經理來說,隨時隨地的知曉自己需求的進度,并且能夠及時檢驗,是對需求負責的一個態度;并且在需求評審落地過程中,如果是大的需求,可能會遺忘一些產品邏輯或細節字段。在使用visual RM工具中,需要注意各個項目任務的前后流程、人員關系,清楚知道時間節點或有評估時間節點。

2、跟蹤需求

有的團隊可能會是以項目經理或者BOSS直接去跟進需求進度,時刻關注當時的產品是否符合預期或滿足其需求。

因為每個團隊的項目管理、團隊大小不同,其每個團隊反饋問題或同步問題的方式或流程也不同。

在創業公司,或許開發就坐PM旁邊,任何問題或情況都能馬上知曉。但在一定規模的團隊或企業中,往往開發人員對一些需求出現了問題,沒有進行處理或未完成,PM根據時間節點才能進行追蹤到相應環節出現問題的人或部門。

需求跟蹤.png

(需求跟蹤)

3、需求落地

需求開發過程中,往往會出現一些需求評審沒有出現的問題或技術沒辦法估計的問題。好的情況是,這個需求經過評審得到開發人員的認可,可以去做,但是需要推遲;不好的情況是,開發人員根本不認可,不去執行!項目經理則說,需求評審時候不提出來,怎么到了執行階段才提出來。

但是,這個就是執行與會議的區別,每個產品經理都心知肚明。好的產品經理能夠在評審中找到關鍵的難點進行詳細評審,沒有經驗的產品經理往往會以偏概全,不知道最大的坑是在開發過程中。

四、需求跟蹤與落地應用解決方案

在某種程度上,需求跟蹤提供了一個表明與合同或說明一致的方法。更進一步,需求跟蹤可以改善產品質量,降低維護成本,而且很容易實現復用。

1、需求定義與開發活動任務相結合

在用戶需求已經確認后,將用戶需求進行條目化,把每一條需求形成需求開發任務,借助軟件項目管理平臺,將其直接推送給需求分析人員,而需求分析人員的分析結果可以通過該平臺導出成為格式化的需求規格說明。一旦需求規格說明編寫任務完成,管理平臺直接推送需求評審任務給相關人員。后續的設計、編碼、測試等任務都以類似的方式融入流程。

痕跡跟蹤一目了然.png

(需求跟蹤痕跡記錄)

2、自動建立需求跟蹤矩陣

當進行設計、測試任務時,設計人員/測試人員還應將設計結果、測試用例、測試結果等與需求建立起關聯關系,或者是一對一、一對多,又或者是多對一。這樣工具就能自動建立起需求跟蹤矩陣。

建立需求-設計-開發-測試之間的跟蹤關系,進行覆蓋和一致性檢查,跟蹤每項需求都能正確實現。

維普時代

(需求條目覆蓋跟蹤矩陣)

3、需求跟蹤融入需求變更實施活動

組織應當在軟件開發流程中建立起明確的需求變更流程,并且該流程也已通過IT工具得以固化。

這樣,當有需求變更發生時,軟件項目管理平臺將發起變更流程,由開發人員查看平臺建立的需求跟蹤矩陣,找到受影響的???,生成變更影響分析報告,經確認后,發布對受影響的??榻斜涓?、驗證的任務。

維普時代 

VRM需求管理工具)