漢捷咨詢介紹通過結構化、系統地定義產品包需求來構建企業產品的競爭力。當企業基于市場/客戶定義產品包需求,嚴格講在產品Charter階段/立項階段定義的為“市場需求”,在產品開發時,我們需要將市場需求無遺漏的傳遞到產品設計中。本文提到的產品包需求主要指的是市場需求(即外部需求)。
當產品立項通過就進入了產品開發階段。按照IPD產品開發要求,研發人員需要將產品包需求(OR,Offering Requirements)轉化為系統需求(SR,System Requirements),并進一步將之轉化為分配需求(AR,Allocated Requirements)。注意,AR需求是最小單位的開發需求,不能繼續分解。
在產品設計過程中,通過三類文檔承載上述三級需求,分別是:
《總體設計》(簡稱總設):將產品包需求分解到產品級(SR),呈現給客戶的產品整體表現;
《概要設計》(簡稱概設):將系統需求(SR)分解到產品內部,如子系統或功能模塊,是系統工程師分配給研發各專業領域的設計輸入(AR);
《詳細設計》(簡稱詳設):各專業領域工程師按照本領域的概要設計要求(AR),實現本領域的產品詳細設計。
在產品包需求傳遞到產品設計過程中,需要使用系統工程的方法,具體的分解參見漢捷咨詢的系統工程課程,在這里漢捷咨詢只是概述性介紹如何應用。
一、需求分解分配的前提
1.1 獲得清晰的產品包需求
在IPD產品開發流程中,要求研發人員嚴格按照產品包需求進行開發。而產品包需求的開發,參見漢捷咨詢上篇文章《需求定義》,那篇文章提供了具體方法,即企業按照$APPEALS的框架收集、分析市場需求,并將識別市場需求進行排序,匯總得到產品包需求。具體內容這里就不再贅述。在本階段,我們應該已經獲得了完整的產品包需求(OR,Offering Requirements)
1.2 已完成業務分層
另外我們還需要一個前提,就是企業已經完成了“業務分層”,即產品具有清晰的、公司內部達成一致的邏輯分層架構,通常稱之為“產品樹”。
將上圖的“產品樹”高度概括,可以得到邏輯層級如下:
系統:對應企業提供的產品,實現客戶要求的功能、性能;
子系統:就是將系統進行拆分,與系統中的其他部分相互作用和協調,以實現整個系統的功能和性能;
模塊:構成子系統的具備某項/些功能、性能的組合;
組件:構成模塊的具備某項功能的組合;
零部件:構成組件的零部件。
上面是以硬件產品為例,對業務分層進行了簡單定義。同理,可應用在軟件產品上,同樣邏輯對軟件產品進行業務分層。另外,企業可能不僅提供單一產品,有時還會提供多產品的解決方案,那么該企業的業務分層在“系統”之上還會再增加“解決方案”層。需要補充的是,某些企業的產品只是構成其他設備的一個結構件,該企業產品的構成很簡單,就不必再細分子系統、模塊,而可能直接就是組件級別?傊,大家在應用過程中,不必拘泥這五個層級,須結合企業產品自身特點,定義自己的業務分層的邏輯。
1.3 清晰的產品技術路線
這里指的是待開發的產品包采用什么樣的技術實現方式已經清晰明了并得到驗證。技術實現方式已提前解決。這也就是IPD體系強調的“技術開發與產品開發相分離”的要求。具體如何解決技術問題,不是本文討論重點,如有興趣,可以后續撰文進行說明。
二、產品包需求分解到總體設計(OR—>SR)
當滿足上述三點后,就可以進行產品包需求向產品設計分解。既然首先是產品包需求轉化為系統需求,并用總體設計文檔承載,我們就要搞清楚,總體設計是干什么的。
(1)解釋產品做成什么樣
也就是研發系統工程師(SE,System Engineer)根據產品包需求,結合企業自身能力,對外承諾待開發的產品做成什么樣子,滿足什么樣的功能,達到什么樣的性能?蛻舨魂P注產品是如何實現的,他們只關注企業產品的功能是什么?功能、性能是否滿足客戶的需求?我們就要通過總體設計來回答這一點。
(2)對內提出設計要求
當系統工程師回答了產品做成什么樣之后,研發各領域工程師還是不清楚如何實現待開發產品的。他們不清楚產品實現對各領域的要求,彼此之間需要如何配合。系統工程師就要在總體設計中向研發各專業領域提出設計要求,告訴各領域工程師,實現本產品,你們需要實現什么功能,達到什么性能。具體就是將產品包需求、彼此間的接口關系進行分解分配,包括:需求的分解分配關系;接口的分解分配關系。
2.1 產品包需求分解分配關系
由上圖可見:
第一層級是“系統”,也就是我們的產品——摩托車;
第二層級為“子系統”,從上圖可見摩托車由三個子系統構成,分別是:動力子系統、車身框架、制動子系統;
第三、四、五層級分別對應“組件”、“部件”、“結構件”。
企業的系統工程師就要在總體設計中,將產品包需求含產品規格分別傳遞到三個子系統中,明確各子系統響應哪些需求,實現哪些功能,達到哪些性能?梢酝ㄟ^產品包需求分解表來實現。
在制定接口關系的分解分配表時,需注意:
只是子系統間的分解分配,不涉及子系統內部的接口關系;
外部接口需要識別出來(如存在外部接口),并將之與子系統進行分解分配;
接口不僅包括信號/信令協議,還包含物理信息,如大小、位置等。
三、系統需求分解到概要設計(SR—>AR)
當總體設計通過評審后,研發各專業領域工程師按照總體設計,進行本專業領域的概要設計,即將SR轉化為AR。
在此過程中,同樣遵循系統工程的方法,將系統工程師分解過來的需求和接口關系進行“本領域內部消化”,即將本領域(即子系統)的設計輸入進一步分解到各模塊、組件上。
因為概要設計與總體設計同樣遵循系統工程的方法,這里就不贅述了。在進行概要設計時,注意以下幾點:
分解需求時,將“子系統”看成一個產品,按照已定的業務分層邏輯(即產品樹),繼續深入分解;
分解接口關系時,關注本子系統與產品其他子系統的接口關系;
進一步將產品規格分解到子系統內部,形成設計規格。
在需求的轉化過程時(OR—>SR—>AR),一定要做到“不遺漏,不缺失”,確保產品包需求完整無缺地傳遞到產品設計中。同樣,接口關系的分解分配也要做到這點。
我們常說:在產品設計中實現產品競爭力。制定正確的產品包需求是產品競爭力的基礎,而將正確的產品包需求完整、清晰地分解分配到產品設計中,又是實現產品競爭力非常關鍵的一步。所以,漢捷咨詢強烈建議企業產品開發人員,真真正正、踏踏實實地將這兩部分內容做扎實,你將體會到意想不到的益處。
當然產品競爭力的提升不是單一要素可以解決的,比如跨部門團隊的運作、技術評審的執行、產品平臺的應用、CBB的重用等等,對產品競爭力的提升都有助益。漢捷咨詢后續還將撰文,將之一一道來,希望與各企業產品經理及各界朋友傾心交流,取長補短。
信息來源:漢捷咨詢
【相關課程】