開放產品開發（OPD）：OPD架構

標籤：產品   opd   架構   

　在 開放產品開發(OPD):開篇 中講了一下OPD是什麼，以及它主要指引的方法，這篇文字將給大家介紹一下OPD架構。

650) this.width=650;" src="http://image.mamicode.com/info/201406/20181003092258134085.jpg" style="border:0px;" />

 

一個公司有三種經營模式，像遊戲代理的屬於運營型，做企業定製專案管理軟體的屬於項目型；互連網的大多數屬於面向福士的產品型。而不管是哪種類型，其實背後都是有產品的支撐，遊戲本身的主題就是遊戲產品，定製項目的終極目標也是產品，正因為產品的重要性，所以OPD核心關注的就是有什麼方法來支援一個產品如何從無到有開發出來？

我們生活中到處都是產品，iPad、小米，超市裡你看到的所有東西其實也都是產品，還有你買的汽車保險，你用的開發工具、遊戲引擎，這些都是產品，只是不同類型而已。這些產品中，我們可以分為三種不同的驅動類型，遊戲引擎之類的屬於技術驅動，保險產品屬於銷售驅動，小米手機屬於市場驅動。對於不同類型的產品，我們會有不同的產品開發方法，OPD關注的是市場驅動型的產品，這也是上面OPD架構圖中為什麼在商業這個線上畫了一個市場驅動型箭頭的原因。

下面我就簡要說一下架構圖中各個圈代表的是什嗎？

商業

我們聽過紅海、藍海之說，這也是圖中以這兩種顏色為漸層色的背後原因。現存的市場由兩種海洋所組成：即紅海和藍海。紅海代表現今存在的所有產業，也就是我們已知的市場空間；而藍海則代表當今還不存在的產業，這就是未知的市場空間。 我把它叫做現有市場和全新市場。在現有市場中，如果出現壟斷企業的話，我們一般推薦選擇細分市場，也就是生產改良產品。

對於不同市場我們有不同的問題可以促發自己思考，例如現有市場可以從以下方面想想：

• 有哪些競爭者？誰在引領市場？

• 競爭者各佔多少市場份額？

• 進入現有市場的代價有多大？

• 競爭表現在哪些方面，是功能、效能、價格，還是渠道？

• 前三年計劃佔領多少市場份額？

• 競爭者如何定義市場？

• 是否存在同一的行業標準？標準由誰制定？

• 公司是打算遵守行業標準、擴充標準，還是另立標準？（擴充標準和另立標準意味著進一步細分市場）

650) this.width=650;" src="http://image.mamicode.com/info/201406/20181003092258262020.jpg" style="border:0px;" />

組織

人不能產生需求，但是可以激發需求的產生。任何產品都是由一部分人想出來的，也是由這部分人帶著團隊做出來的，所以組織對於產品來說是極其重要的一個維度。說到組織，大家想到的可能就是那種龐大的機構，然而現在快速變化的市場必然要求組織也能適應變化，這就要求組織也變得敏捷起來，這就需要把組織分解為很多高效的團隊，這些團隊的協作來形成一個精益組織。然而，我們都知道，現在很多產品，特別是IT軟體，其複雜度已經比過去的幾十年複雜很多，不僅僅是產品需求複雜度，技術學習難度，還包括知識型工作人員管理的複雜性。不管組織、團隊多大，目標是什麼，最終都要落實到團隊中的個人，也許不能做到每個人都是優秀的，但至少有幾個優秀的，其他的人也至少是合格的。那如何讓每個人都能勝任自己的工作呢？這就需要我們從組織、團隊和個人三個角度去管理，戰略方針靠組織、落實貫徹靠團隊、行動執行靠個人，這也是為什麼對於組織來說OPD關心精益組織、高效團隊和敏捷個人的緣由。

 650) this.width=650;" src="http://image.mamicode.com/info/201406/20181003092258356750.jpg" style="border:0px;" />

流程

大的企業靠文化、中型企業靠流程、小型企業靠個人，話是這麼說，但任何一個企業的運作都必須由流程來完成，只是這個流程的成熟度等級到了哪一級的區別而已。如果說一個企業的組織機構是比較穩定不變的，那麼具體流程應該是隨需應變的，然而我們可以抽取出流程之上的一些方法來作為流程的基礎依據，這也是OPD中對流程的關注點。我們重在方法，而不是具體指導每一個細節步驟應該由哪一個人來怎麼做到。

作為一個產品，從無到有，OPD關注三個大的流程，或者說三個大的方法：產品管理、架構開發以及軟體開發。

產品管理

650) this.width=650;" src="http://image.mamicode.com/info/201406/20181003092258439761.jpg" style="border:0px;" />

架構開發

650) this.width=650;" src="http://image.mamicode.com/info/201406/20181003092258522772.jpg" style="border:0px;" />

軟體開發

650) this.width=650;" src="http://image.mamicode.com/info/201406/20181003092258839190.jpg" style="border:0px;" />

 

架構

不同的軟體產品需要不同的架構，隨著雲、物聯網的應用，架構也越來越複雜。在軟體行業中，我們開發產品，面對的使用者是一類使用者，也許會是來做多個細分群。如何從產品層面的複用來快速的反饋市場，獲得商業成功，這是架構需要考慮的事情，而基於產品線工程的模型驅動架構可能是一個好的辦法。

650) this.width=650;" src="http://image.mamicode.com/info/201406/20181003092258946616.jpg" style="border:0px;" />

 

　　商業、組織、流程和架構是OPD的四要素，以上是對開放產品開發架構圖的大致說明，更多內容請繼續關注OPD主題blog。

本文出自 “周金根” 部落格，請務必保留此出處http://zhoujg.blog.51cto.com/1281471/1431326