走進U9開發團隊之特性驅動需求設計模式
當前位置:點晴教程→知識管理交流
→『 技術文檔交流 』
提起需求設計,很多人都會感覺到頭疼:很難挖掘用戶真正想要的,用戶需求頻繁變化......但是,需求分析卻是軟件開發過程的第一步,也是最重要的一步,產品半數以上的問題禍根都深埋于產品需求設計階段。
對于從事產品需求設計的人員,普遍的認識是他們對技術的了解不一定深入,但是要有良好的溝通和文檔能力。事實上,越來越多高層級的產品需求師們在顛覆這一形象。用友u9研發中心的u9產品總監任曉慧就是其中之一。 2010年4月的一天,初見任曉慧的時候并沒有特別的感覺,她的親切讓接受采訪的她更像是一位有經驗的師傅在向徒弟傳道授業。但是在了解到她從1997年進入用友,在用友工作13年,歷任u8、nc、u9三個產品線的主需求、產品經理、應用架構師和產品總監時,著實讓我吃了一驚。執著的人讓人佩服。 而在u9的需求設計過程中,任曉慧針對u9業務驅動的特點,創造了以特性驅動的需求設計模式,為u9產品的發展和規模化做出獨特的貢獻。 需求設計五階段 u9作為一款大型erp產品,從產品構想到最終上市,整個過程歷時5年,而需求設計階段幾乎占整個產品誕生所需時間的1/2。在這樣一個時間跨度如此之大長的需求設計全過程,u9的需求設計人員是分為哪些階段來實現的呢? 在任曉慧看來,u9產品的需求設計階段與其他產品并無太大不同,主要包括以下五個階段,而u9產品需求的獨特之處在于它的特性分析階段。 · 產品定義: 由產品經理和架構師主導,根據市場分析,特別是產品所定目標群的情況,確定下不同版本所要解決的不同問題,適用于哪些行業。 比如,對于u9來說,其主要面向制造行業,從1.0版本的定位就是如此。2.0版本則更強調對裝備制造業的支持。 · 特性分析: 一般傳統軟件按照功能模塊來設計和開發產品。u9的特點在于業務驅動,比如在銷售部門錄入一張訂單,接下來需要生產怎么準備,財務怎么配合,這就是在驅動后端。針對u9這一業務驅動的特性,u9的產品設計增加特性分析環節,每個特色都可以認為是一個業務流程,比如委托加工,這是一個業務流程,涉及到企業生產部門、采購部門、財務部門、倉儲部門,它對應到產品功能模塊會包括很多,生產、采購、財務等。我們會根據委托加工這一業務流程或者說特性設定負責人,目的是將委托加工特性的場景,以及特性在u9各個模塊之間的配合模式都設計出來。 · 詳細需求: 詳細需求就要面向模塊。面對模塊針對不同特性,比如訂單如何調整、收貨如何調整。在模塊設計中加入對各個特性的描述。 · 總體設計: 總體設計就是劃分組件以及組件職責、流程和接口等。 · 詳細設計: 詳細設計則是針對組件的詳細設計。 特性驅動的需求設計模式 特性驅動的需求設計模式是u9產品需求設計中濃墨重彩的一筆。所謂特性驅動,首先要對特性進行分析,這樣,一個特性能夠真正從頭到尾將其所涉及到的模塊完整貫徹下來。然后,一個特性設定一個負責人,由特性負責人對特性的場景和實現模式負責。這一方式打破了按模塊劃分任務的常規慣例,避免了以前每個人只負責自己的模塊,容易導致特性之間的銜接出現問題。包括u9后續的開發和測試,特性驅動都對產品質量和業務流程有了更多保證,對于u9業務驅動的業務模型發展和完善起到很大的作用,對于人員的成長也有很大的好處。 從2008年底開始,一直到去年全年,在u9研發中心全面推行按特性的驅動方式。“整體下來,效果比較好,對于人員成長和業務流程打通都是很有效的。”任曉慧表示。 該文章在 2010/7/25 1:52:28 編輯過 |
關鍵字查詢
相關文章
正在查詢... |