【本篇為《如何有效實現軟體的需求管理》第八篇,(第一篇,第二篇,第三篇,第四篇,第五篇,第六篇,第七篇,第八篇)】
版本控制:
在我們公司的實際需求管理中,需求的版本控制用的地方非常多,比如
第一, 因為一個需求從擷取到最終能拿去開發,中間也需要經曆非常多次的改動。既然有改動,就肯定也會出現類似寫代碼一樣,這次寫錯了,想看看上次的這類情況,所以還是需要能看到不同的版本。
第二, 有時候,一個需求改了N次,到最後想比較各個版本看看,來得出一個最終版本。
第三, 還有種情況,改了很久,突然發現前面有一次不錯,所以想復原到原來的設計。
第四, 當經常有變更的時候,開發與測試就需要擷取最新的設計文檔,這時候版本控制總是能讓他們馬上擷取最新的版本。
第五, 有些項目我們會使用軟體基準(Baseline),而基準也是版本控制的一部分。
在DevSpec中,版本控制我們用到的功能就是版本功能與基準功能,基本上能達到我們的預期。
可跟蹤性
可跟蹤性的強大來源於資料記錄與資料採礦的強大,我們現在用的DevSpec中,對任何操作,任何資料變化,幾乎都會記錄下來,誰在什麼時間做了什麼事情都能一目瞭然,這樣的好處也是顯而易見的,簡單而言,一方面,這些資料記下來,以後萬一出現任何“糾紛”都能有理可依了;另一方面,當然也能知道誰真的在幹事,獎勵起來也有了依據;還有一方面,完整的資料記錄給報表提供了最真實的依據,能讓你最正確的分析過去,處理現在和面對未來。
需求管理的五點要求基本上講完了,可以說這些要求能很好的實現的話,基本上你們的需求管理水平已經是不錯了,這也是產品能夠成功的前提條件了。
當然,好的產品最終還是需要好的設計的,管理只是能增加產品成功的可能性,但是沒有好的設計產品絕對是不能成功的。
不過今天咱們是在說管理,所以還是回到管理上來說吧,我們公司內部曾經做過評估,發現用了DevSuite系統以後,整個實際效率提高了80%,產品的品質水平提高了200%,員工的積極性也有明顯的上升。顯而易見,用了管理工具以後,效果還是很明顯的。
所以要有效地實現需求管理,關鍵是要把需求管理所要涉及到管理點管好,由於現代軟體的規模已經無法再用純手工/半手工的方式來管理需求了,所以採用一個好的工具無疑是一個好的解決方案。
(全文完)