連企業業務模式都搞不清楚,何談研發體系建設?
編輯導讀:世界上沒有偉大的企業,只有時代的企業。比盈利更重要的是企業對賽道的選擇,而賽道就是“戰略”。同時,企業所處的賽道對于研發的要求也是不盡相同。要打造一個優秀的研發體系,需要清晰自己團隊的業務模式。
在《思考:如何打造一個優秀的研發體系》一文中,我首先提到,打造一個優秀的研發體系,需要清晰自己團隊的業務模式。
如果我們不能清晰自己業務的發展方向,不了解公司所處的賽道,不能有效的搭建適合自己發展的研發體系,我們就很難在這場競賽中勝出。
一、明確公司所處的賽道
事實上世界沒有偉大的企業,有的只是時代的企業。比盈利更重要的是企業對賽道的選擇,而賽道就是“戰略”。近20年,隨著萬物互聯,企業的發展軌跡出現了顛覆性的改變。我們見證了IBM、諾基亞等巨頭企業的衰落,也見證了微軟、蘋果等企業的成功轉型,及BAT等更多巨頭的崛起。選錯賽道對于在發展過程中的企業而言,輕則前功盡棄,重則邁向深淵。
同時,企業所處的賽道對于研發的要求也是不盡相同,可能研發沒有選擇賽道的權利,但最起碼要清晰的明確公司的賽道是啥,否則企業明明走的是山路,而我們準備的卻是快船,就無法起到研發對業務的強大的支撐能力了。
站在對研發體系具有較大影響的賽道分析,需要我們清晰辨別,比如:
企業主體是傳統企業還是科技企業;如果是科技公司,是偏軟件公司還是更偏互聯網公司?產品方向是以TO C產品為主還是以TO B產品為主?業務領域是健康領域還是醫療領域?客戶是醫院客戶還是政府客戶?是醫療信息化產品還是互聯網醫療產品?應用特點是企業級應用還是智能化應用?甚至企業發展是靠自身利潤還是資本市場都對研發體系或多或少都有影響。
老譚過去幾年一直從事TO C領域的互聯網產品,去年開始進入新的領域做TO B的產品研發,我梳理了兩個賽道對于企業能力的差異,從而指導建立的研發體系更適合當前的賽道特點。所以清晰賽道,才能對癥下藥。
二、明確公司的業務模式
明確了公司的發展賽道,保證了大方向是沒問題的,但是同樣處于一樣賽道的兩家企業,可能因為業務模式不同,對于研發的要求也是有差別的。比如華為做手機和小米做手機,他們所搭建的研發體系肯定是不同的。
老譚現在所在的公司的主賽道是TO B方向的互聯網醫療,我們簡單分析一下TO B領域的幾種業務模式的差別:
根據我們自己所處的賽道特點,軟件外包模式很難實現融資上市;醫院由于數據安全性的苛刻要求,本地化部署是現在難以改變的現狀,云服務模式在醫療領域并不是主流;因為無法提供云服務,所以想做成平臺模式的企業也是很難。所以產品銷售模式是我們的業務模式,基于該模式思考構建合適的研發體系。
剛開始完全基于產品研發團隊劃分,按照產品規劃迭代的方式不停的發布新的產品版本,在產品初期時這個研發節奏還是非常的好,有條不紊的在向前推進。但是隨著醫療信息化的產品開始推向市場以后,問題隨之而來。
信息化的產品很難通過標準化的功能來滿足客戶,客戶的需求邊界也不完全符合產品定義的邊界,而實施團隊的資源配置也只能做到成熟產品的集成對接和小范圍的修改,為了項目的正常推進,產品研發人員就開始時不時的拉到前線。
因為前期銷售壓力也比較大,前方業務在抓項目機會時,也開始逐步的脫離產品的邊界,產品迭代無法正常的維持,導致智能化產品因為市場主導還是有序的進行,而信息化產品這部分就比較混亂了。
對于成熟的產品或者市場驅動的業務,大家通常的做法就是基于產品找項目。基于產品來構建市場策略、產品規劃、銷售渠道以及客戶服務。但對于不成熟的產品或者市場驅動力不足的業務,通過項目帶產品的方式估計也是很多公司采取的策略,很多軟件外包公司向產品型公司轉型過程就是基于這樣的策略。
不論是產品找項目還是項目帶產品在業務模式設計上沒有對錯、優劣之分,要根據實際情況合理的選擇,但是我要說的是這兩種模式對于研發體系的建設是有影響的,一個重產品管理,一個重項目管理,對于人員結構,開發流程,管理模式都有影響。
所以針對這種情況,我粗略的把團隊內的產品基于這個角度劃分了項目型產品和市場型產品,并配置不一樣的研發體系。
拓展閱讀:項目沉淀產品,要認清幾個誤區
三、明確當前的研發階段
研發體系的建設是一個循序漸進的過程,不要以為我們通過了CMMI3或者CMMI5的認證,就說明我們的研發體系是完整的、成熟的。市場在變化,企業的戰略方向、業務模式也不是一成不變的,而我們的軟件研發的成熟度也是逐步在提升的,所以明確我們自己所處的研發階段以及未來的研發需求而不斷的進行改進。
這個表是IPD研發體系的產品研發能力的級別定義,根據這個級別的評估標準,自己可以評估自己團隊的研發能力在哪個層級上,制定升級打怪的具體舉措。老譚在去年負責整體研發時對自己團隊進行了能力級別分析,當時我們其實已經有了幾個不錯的項目在做,但因為之前都各自為戰,產品相對獨立,算是在級別3的初級水平。
明確了我們在哪和我們要去哪,研發體系建設就是怎么去的過程。
從去年開始我們以中臺思想作為指導,加強了公共能力建設及沉淀,技術路線進行明確的定義,同時強化了平臺對于產品的支撐能力,產品的集成和復用也在逐步的增多,過去那種分散的產品體系開始逐步整合統一,團隊之間的協作以及能力的共享復用也在加強。但過程中依然出現了各種問題,這也是我寫這個專欄的目的,通過分享自己研發管理的過程來獲取更多反饋的信息,從而時時校驗自己,糾正自己。
#專欄作家#
菜根老譚,微信公眾號:CGLT_TAN,人人都是產品經理專欄作家。經歷程序員、技術Leader、產品經理、研發Leader等多種崗位。關注醫療,早教領域,擅長企業IT架構及互聯網產品架構。
本文原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
醫療賽道產品一枚,可以私下請教下嘛
關注我微信公眾號留言可以聯系我
加一