做PLM的了解,及最近跟一些同學聊過天。
有些公司的組織架構是以Project Team的形式來做事情,即一個專案團隊要管整個專案所有的事情。而有些公司,會以Function team的形式來運作,一個funtion team就只管的那個功能,不看整個專案,而一個funtion team同時會看好幾個專案。這在PMP的PMBOK中Chapter2.4也有寫到funtional/Projectized的PM權力的不同,但事實上就專案團隊的編制上也是不同的。

PMBok中只有討論到PM權力的問題,但這兩個不同的組職有什麼利弊得失呢?

Project Team會對於整個專案的掌握度比較高,對於整個專案的整合度也會比較密切,PMBok Ch9.3定義了co-location這個名詞,專案團隊在一起辦公絕對是會比功能型的團隊更有默契。

Function Team會對於專精的功能有深入的研究,長久來說,公司以function team來運作,研發實力絕對會比project team高。但對於專案整合,相對的一定比較差。

大部份的公司一開始會以project team來運作,因為公司不大案子不多時,其實也分不了funtion team,但運作到一定規模時,就會發現像Antenna、Audio,這類需要高度專業的funtion,就會獨立出來成funtion team了。這就印證了上面所提,funtion team的研發實力會較高。但畢竟早期大多運作的是大量的low cost mobile phone,需要的是快速的把東西做出來,流程的最佳化,而不需要太難的技術。

而公司政策有些又是什麼東西都要RD來管,以BOM來講,以前我都不知道原來還有分Engineering BOM(E-BOM)和Production BOM(P-BOM)這兩種,原來本公司的RD是E-BOM和P-BOM都一起管了,所以連工廠後端的出貨BOM、維修BOM、庫存管理這些工廠的工作,全部都是RD在管,在有些公司理所當然RD管的東西,原來這些全部都不是RD該做的!

更甚者,公司的政策是不能養助理,所以一些文書作業的工作,全部都是RD在做,付高薪請RD,卻叫RD做文書,不是好好做研發。根據PLM顧問的說法,許多的公司對於承認書、發文改BOM這些工作,都是助理在做,一般老闆的認知是花了高薪請RD,就是要RD專心研發。但有些公司的政策似乎是,花了高薪請RD,何不連文書一起做?
問了好幾個同學,對於公司的ERP/PLM系統是什麼都不知道,因為他們根本不需要去用。

當然若以funtion team來運作,當有庫存,工廠有問題時候,RD不管庫存直接改BOM,那最後庫存是怎麼處理的?這部份是有待商確,不知道別間公司是怎麼運作的。而且funtion team還會有各有專業各據山頭的問題,這時PM/PL一定要有很強的專案管理和協調能力,否則專案很難執行。

在以Project team運作的公司待過的RD,一定會對整個專案設計生產的所有流程都會摸到,有興趣的RD絕對可以學到比其它公司更廣的層面。但很明顯的,隨便去抓十個RD,能找到一、二個說他喜歡做承認書、管庫存、改BOM等等的工作嗎?多數RD都會希望做自己專業設計的工作,而不是把時間花在非本業的領域。且多數的專業人員,都只能專心於他自己清楚的東西,就好比有些人是數學高手,但他是路痴之類。只能專精於自身領域的人,絕對是多數,分心去管到前前後後的流程,並不是多數人能做到的。

funtion team對公司而言會有管理階層的人材培養不易的問題,因為RD只管自己的功能,沒有人能對整個公司所有的運作流程有完整的了解,不像Project team中的RD,被迫對於整個公司的流程都很清楚,從RFQ到量產,都要去碰。但管理階層畢竟是少數,有這個興趣及特質的人再特別培養就好了,不需要把每個RD都要求他們對所有的流程很清楚,這會造成浪費公司資源,沒有專業分工,權責不分。

我的個人結論,當公司到一定的規模,及各項功能都有深度的專業要研發時,應該要以Function team的組職架構執行,而不是Project team,優點會多於缺點。

延伸思考:貴公司的組織架構是使用Project team還是function team? 你覺得在貴公司哪種組織架構會比較適合?優缺點?

創作者介紹

Leon@RD™ レナード 레너드 雷納德

Leonard 發表在 痞客邦 PIXNET 留言(0) 人氣()