產品研發細腰形架構2 2 崗位結構

2021-10-03 11:28:46 字數 1338 閱讀 5901

之前有一篇部落格,是關於產品研發細腰形架構的,專指產品和技術體系的架構,整個架構兩頭大中間細,被形象的稱為細腰形架構。

腰是指產品平台,這一部分不要太多。如果乙個產品乙個平台,沒有復用和技術繼承,這樣體現出來的競爭力會很差。一系列的產品在乙個平台上開發,基於乙個生產系統進行生產,這無疑是最高效的。

產品平台向上支撐一些列的產品研發,越接近對外交付的產品,橫向就越寬。同樣,產品平台需要下方的技術平台、核心技術甚至粒度更小的專業技術來作為技術支撐,服用了以往的標準化技術成果,因此越往下技術構建的粒度越小,數量越多,也就是越寬。

以上就是對細腰形結構的簡單摘要,具體參見文章產品&技術體系的細腰形架構。

組織結構層面的腰,可以指重要的內部團隊/部門,也可以是重要的崗位。這個內部組織/崗位來說,起到關鍵的連線作用,工作的傳送、上下資訊的傳遞、工作任務的落實,這個部門/崗位是至關重要的。這樣的部門,其領導要是寧缺毋濫,必須用強人,關鍵崗位的人選當然也不例外。

說的比較抽象,舉個例子。

比如乙個新生的研發團隊,承擔的只能為面向市場的探索型研發,組織決定研發專案採用敏捷方式運作。團隊開始組建了,為了在組織內形成敏捷氛圍,養成敏捷思維習慣,對於這樣乙個課題,哪個崗位的人員選擇對敏捷氛圍形成的影響最大呢?

答案可能很多,比如pmo團隊的一把手,產品一把手,……。我也有乙個答案:專案經理。向前對接產品、市場、銷售,向後對接開發、測試。

個人認為,pmo的一把手,如果不是專案經理的直接領導,那他對專案經理的管理力度有限,如果專案經理不配合,敏捷的推行會大打折扣。產品的一把手,如果不是專案經理的直接領導,效果同上。

而作為專案經理,其每天最重要的工作就是管理專案,調諧專案組認知和節奏,對於他認可的東西,他會每天掛在嘴邊上,這個東西對專案多麼重要,對於他不認可的東西,他也會每天掛在嘴上,說決策這麼幹的人是豬頭。謊言重複一千遍都能變成所謂的「真理」,專案經理是專案的頭兒,這個崗位的人選對專案氛圍的走向至關重要。

如果初始階段的每個專案經理都有相同的價值觀,那專案氛圍會自然形成,對組織的要求就只有支援,根本不需要督促、檢查等等令人討厭的監督工作。

那為什麼這個腰不是專案經理的直接領導呢?他能每天只專注在專案管理上嗎?他能直接影響專案團隊的氛圍嗎?不能,對專案組性格影響最大的還是專案經理。

因此,專案經理崗位在這個事情上就是「腰」,要用精兵強將。當組織氛圍形成了,單個專案經理的選才可能就沒那麼重要了,因為組織的性格要遠遠強大於個人的性格,一旦組織氛圍形成,各人會傾向於將組織性格複製到自己身上,這種複製絕大多數是主動的,個人要想融入組織,就得入鄉隨俗。

說了半天,就是想說一件事,組織建立初期,關鍵崗位選材很重要,除了專業能力和綜合組織之外,價值觀相同是必要條件,初期人才不僅僅決定著現在的事兒能不能幹下去,還對組織的長期效能有不可忽視的影響

產品研發哲學

乙個產品的研發從無到有,從簡單到複雜是乙個漫長的過程,經歷了這麼多後我發現這個發展的規則路線很有意思,特在這裡寫乙個簡單的東西作為記錄。我相信沒有人知道腳下的路下一步會踩到那粒塵埃,同時我們也無法完全 到市場對產品的需求。初期 最主要的事情就是想好做什麼,在這個基礎上可以用敏捷開發方式做乙個prot...

產品研發經驗

一 編寫程式的主要模組 功能 業務邏輯 框架 結構 日誌 後期維護 程式更新 自動 嵌入式程式需手動更新 故障上報 嵌入式程式需故障自我修復 注意 在後期 更新時,打補丁時,建立補丁更新文件 bug詳細內容,bug的處理思路,bug對應包版本 二 一代產品研發的幾大必做事情 系統架構,提供擴充套件介...

研發產品的分析

一.需求分析 目標客戶群是誰,客戶群的範圍,有什麼消費特徵 目標客戶群的收入水平,是否長期穩定 目標客戶群的消費習慣,消費理念 產品的吸引力在哪,客戶為什麼願意為你買單,是一次性買單還是能通過什麼手段繫結客戶 二.市場分析 1.市場中同類軟體有多少,受歡迎程度怎樣 2.市場中同類軟體有什麼特別 優點...