PM在公司定位及組織變動

by laiyuchia0109
0 給點意見吧

換到第三間公司, 我實在很好奇為何這間公司的PM流動率還有組織不穩定的情形可以這麼猛, 大概四五個月就換一次組織, 短短一年時間, 我有過三個老闆, PM的組織變更了兩次, 我的老闆也是換來換去, 但也因為如此, 可以用此間公司當個小代表性讓大家知道PM在公司裡面比較小的組織中有哪些樣態, 一般會怎麼分

組織變更一 : 按照生意型態分

我一開始來的時候, 和我理解的組織分法差不多, PM是用生意型態分的, 分三大塊

OEM/ODM team & OTS(off-the-shelf) 新產品開發 & OTS sustaining

OEM/ODM — 有明確客戶的ODM/OEM, ODM幫客戶設計加生產的, 或是OEM純協助生產的, 是一個Team, 雖然當時也才兩個人其中一個人還是主管

STD標準品新產品開發 — 針對沒有明確客戶, 主要是公司自己按照未來趨勢開發屬於公司自有品牌的標準品, 這間公司在業界機殼廠也算有一定的地位及聲量, 所以已經有很多屬於自己研發設計的模組化產品, 這些設計很多會幫客戶加上該公司顏色的Brand式樣, 加一些客戶想要的元素作客製, 主要是服務一些較小的渠道客戶還有和系統廠(電子五哥、技嘉、微星、華碩)等聯合開發一些產品, 做機殼廠有開模能力的, 模具費是由公司自己投資, 客戶可以沿用

STD標準品維護部 — 開發完已經沒有重大設計變更的產品(PVT階段), 或是前面提到客戶的OEM/ODM產品量產過後就會交接到維護部門, 另外總經理很希望sustaining team的使命是, 產品進入量產後的cost down, 替代料的導入等等

這個階段的組織變更是, PM是一個大的Team, RD有五個部門, RD同樣也是依生意型態以及機種劃分

PM在公司定位及組織變動

組織大調整 : Sustaining vs 產品線

去年的2022年六月, 公司高層決定要導入矩陣式組織架構進產品開發, 分割產品線的邏輯是按產品的應用去劃分, 將整間公司的標準品產品分割成三大產品線, PM/ME RD/系統工程師(類似EE)都分併到產品線, 資源上比較專精, 專案上比較彈性, 組織也比較扁平, PM/EE都有兩個老闆, 垂直的產品線主管做專案會報, 水平的主管做行政以及流程上的彙報, 佔公司標準品中產品大宗是Server類的應用, 也是最popular, 專攻伺服器級的最大眾化的應用, 這類型的伺服器再存儲、運算、散熱、對外的連接I/O port效能都不錯

矩陣式組織概念可看連結

而AI/Storage的應用則是強調多樣化的伺服器機構設計讓你可以利用空間做最大化的存儲, 硬碟的擺放方式可以是側邊抽, 前面抽, 上面抽取, 另外也特別規劃關於伺服器中, GPU最大化可擺放的空間設計

Edge Computing就比較詭異一點, 我本人就是Edge產品線的產品經理, 這間公司的edge不是擺放在最終端戶外或是零售應用場景的那種, 而是介在最終端的Edge到Datacenter中間的那層做edge的computing, 再將資料回傳到Datacenter, 所以其實他還是偏伺服器應用的edge

圖中最右邊的Hyperscale是專門服務亞馬遜客戶的團隊, 而組織成員中, 從原本RD/PM是一個Common pool分割成專精的部隊, 讓RD在設計的時候能夠更專精

Sustaining在2022/6編列一個較大的team, 網羅junior的工程師及PM, 做簡易的組態變更, cost down等針對改動幅度不大的設計做服務

組織變更三 : Sustaining PM併到產品線

sustaining PM team 消失

Sustaining team PM 合併到產品線, 只剩下產品線有PM, Sustaining就team只剩RD, 主因其實是Sustaining PM主管跑掉去當Sales了, 所以PM群龍無首, 各自完全被產品線主管(機構RD出身主管)管轄, 原本的Sustaining PM併到產品線後需要做更多的事情, 這些Sustaining PM被迫要成長為NPI專案PM, 有些產品線裡原本的Sustaining PM必須要做產品經理更產品端的事情, 比如撰寫產品規格書, 確認規格等上市資料等等

總結

PM這個職能是有這麼難劃分嗎? 怎麼變更那麼多次哈哈, 我之前兩間公司都是PM自己是一個部門大家都是PM, 第一次被這種垂直水平矩陣式的組織管轄, 覺得還滿累的, 我現在雖然掛Edge產品部的產品經理, 卻同步要做最前期的產品接觸, 客戶概念訪談, 競品分析, 新產品開發專案, 我的認知我在這間公司是做了Product manager/Product marketing/Project manager的角色…同步還要做一堆的流程改善, 組織一直變更都搞不清楚對現在的自己來說最重要的是甚麼, 我分析下來, 我覺得因為我現在待的是機殼廠, 主要公司最重要的角色是RD, 產品沒有這麼複雜的情況下確實也不需要這麼多PM, 以前我在系統廠的時候, PM的數量大概會跟RD的數量差不多, 也就是一個電子工程師會配一個機構工程師再配一個PM, 但是機殼廠在BOM大概兩百顆物料的情況下, 不需要那麼多PM吧, 導致PM/RD的數量有些失衡, 但又想要做系統廠的事情, 只能說PM在這間公司因為組織動盪留不住人, 所以建立不起來一個給PM比較友善的系統

大家可以藉由本文看看台灣硬體開發組織大概可以怎麼分, 組織沒有最好, 只有根據不同環境下適合那間公司的組織囉!

0 給點意見吧
0

You may also like