放棄完美的需求管理

2021-04-13 14:41:06 字數 1014 閱讀 2688

2023年05月24日 22:41:00

我當然曉得需求管理是怎麼回事,我當然知道需求管理要做什麼,我當然知道telelogic的doors比ibm的requisitepro的功能要強大,我當然知道在ibm和telelogic的pk中,cc/cq的擴充套件功能要synergy/cm 和synergy / change的功能要強。

作為乙個軟體開發企業,需要的是什麼樣的開發平台呢?興山總列舉出:kms 知識管理系統 、rms 需求管理系統 、pms 專案管理系統、ccm 配置和變更管理、dm 缺陷管理系統。不錯,從各種角色的角度去看,它可能只需要一兩個系統就夠了,但是,別忘了現實生活中那些隱含的資料關係鏈,我更喜歡把這些系統看成是軟體開發過程中的乙個個的緯度。

我無意於去貶低或者抬高任何一家廠商,我相信他們也都明白,我說的基於乙個核心資料庫的多個緯度的展現是最好的實現方式,但是這樣它們就掙不到幾個產品(組合)的錢,所以,它們稱它為理想狀態。

沒有搞錯吧,既然這是理想狀態,那我為什麼還要因為你描繪的一點點的功能增強而放棄現有的開發規範和工具呢?因為在很長時間內,我們需要管理的是變更(流程)。ibm的售前問他的技術專家:他們這樣用對嗎?我很明確的告訴他:多年的工作模式已經形成了這樣的工作習慣,而且現在市場的狀況不會有任何的改變,所以也不會有太多的動力來指引決策層轉變。只有適用不適用之說,沒有對不對之分別。

其實說這樣的話出來是很彆扭的,如果我出去給我的客戶做諮詢,得到了這樣的回答,我心裡是不會好受的。但是,中國it企業的現狀就是這樣,不要期望有太多的(傳統型)it企業會因為理想而去冒進。

我當然知道從理論上應該是先做需求的條目化和跟蹤,然後再管理變更流程,我當然知道需求條目化後的屬性會給我們的開發工作更大的幫助,我當然知道需求矩陣的手工維護量是比較大的。我只能說,那對做專案的軟體企業來說,也是理想狀態。

我是乙個完美主義者,至少曾經是過,至少曾經有很多人說我是過,但現在我不是。

成熟,就是放棄完美,然後用比實際稍微超前一點的心態去工作。

放棄完美的需求管理

2007年05月24日 22 41 00 我當然曉得需求管理是怎麼回事,我當然知道需求管理要做什麼,我當然知道telelogic的doors比ibm的requisitepro的功能要強大,我當然知道在ibm和telelogic的pk中,cc cq的擴充套件功能要synergy cm 和synergy...

放棄完美的需求管理

2007年05月24日 22 41 00 我當然曉得需求管理是怎麼回事,我當然知道需求管理要做什麼,我當然知道telelogic的doors比ibm的requisitepro的功能要強大,我當然知道在ibm和telelogic的pk中,cc cq的擴充套件功能要synergy cm 和synergy...

放棄完美的需求管理

我當然曉得需求管理是怎麼回事,我當然知道需求管理要做什麼,我當然知道telelogic的doors比ibm的requisitepro的功能要強大,我當然知道在ibm和telelogic的pk中,cc cq的擴充套件功能要synergy cm 和synergy change的功能要強。作為乙個軟體開發...