1. 程式人生 > >QUML建模第一層 角色-業務圖實現願景(3)

QUML建模第一層 角色-業務圖實現願景(3)

               

本書由本人編寫,於2014-09-09在百度閱讀首發,部落格將轉載試讀部分的20%內容,以及非試讀章節的某些片斷。

願景取捨——高層優先順序排序

畫完圖後,產品經理和專案經理一起找到馬總。

馬總:一口氣畫了4張?第4張好像很強大啊,我們提到的需求都涵蓋了,而且還把評價分為了文字和數值兩種呢。

產品經理:不過……某些功能現在實現還有點難度,比如那個“對比(同類產品)”要進行大量的計算和建模,實現形式也有很多種,不建議現在就做。

馬總:恩,這個沒問題。那剩下的功能多久能做出來?

專案經理:這……就憑現在的這點資訊,還很難給出答案。

馬總:必須現在就做計劃,因為我們還在討論是否要加入一個“可靠的收發貨子系統”,但必須知道每個子系統的成本才能做決策,畢竟現在的研發能力還很有限,明年能不能活下來也是個問題……必要的時候,可以先完成一部分功能,比如文字評價應該沒有數值評價直觀和重要——不,不,我還是很期待同時看到文字評價和數值評分的。這幾張圖,分別到底要多久?

專案經理:這……

左右高層管理者決策的,還不只是願景本身——人們當然希望做到最好的願景,但根據當前的市場競爭、工期、成本、技術……不同的公司、不同的階段可能選擇不同的結果。願景與成本的對比,是決策的重要依據,缺一不可。

手裡拿著幾張都只有十幾個字的圖,對於這種猝不及防的問題,CMMI中經常用的Delphi法(專家法)、敏捷開發中的計劃會都完全無法回答。我們需要一種更快、更早、輸入更少的估算方法。

在下一步,在大約10~30分鐘的分析之後,我們就可以得到上述不同願景層次所對應的成本了。