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

做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？ 你覺得在貴公司哪種組織架構會比較適合？優缺點？