跳到主要內容

[心得]PM這種人


<圖片來源>http://streetwill.co/

我今天早上在上班的時候看到一篇文章

是主要關於PM這種人的職業分享.....

寫的人是PM小主管,看來她受委屈已久,而身為同行的我自然要幫他發聲

--------------------------------------

回到正題

PM這種人常常可以分為兩大類別

主要一般市場你可以聽到的

Product Management(產品經理)

Project Management(專案經理)

這兩大種

其工作的性質差異呢

其實可以分類為

-Product Management(產品經理)

 產品經理大多為產品導向,顧名思義大多為負責產品的上市、企劃、規劃、安排與控制

-Project Management(專案經理)

 專案經理大多為專案導向,其實與上者差異不大,我估計是當初才名詞的定義業界應該也沒有很明確的定義吧。

以上純屬個人觀點


而PM這種在大公司裡面有會分的特別細(我指的就是富士康那類的)

OPM、RDPM、EPM、SPM、FPM、TPM......

一堆PM😱😱😱😱

因為對於公司而言你是一個具有特質化的PM,所以在任何狀況與型況下都需要有獨當一面的應付狀況

其實講白了(就是黑心拉!!!!)


一般人對於PM的其實常常就會講....PM就只會出一張嘴

其實PM不是真的賽人家做事,你以為賽人家做事情有這麼簡單嘛?

其實PM最為重要的就是了解其產品特性與規格，藉由一些以往的經驗與客戶討論

藉而反映出對於公司有利與產品有利的生產型態或規劃

而產品的生命週期規劃(PLM)這個就有空再說了,反正這也是PM的很大一門學問

(你以為PM點PLM很閒阿...尤其在一些大公司上傳資料庫就要半天了,尤其還會卡住更慘)

而另外一個重點就是"溝通"，對於一個有經驗的PM其實溝通是非常的重要

這也是我面試很多主管常常會提到的"溝通"的重要性


講我在某大公司的經歷(做airpods Ass'y狼性企業)

這間公司沒有所謂的好與壞,所以要去的同事好好發揮,跟大家打好關心其實自然會有出路

我進這間第二天就去認識我的團隊了,而我的團隊的RD劈頭第一句就是"你看起來很菜,你有做過這個行業嗎,你懂不懂?"

當下傻眼,我做PM都已經當道主管了,你只是做個小產品就跟我咆嘯的屁....傻眼(畢竟入口中還是好好的安靜就好)

其實這個RD他算是有經驗的,當面對人的質疑不用有太多的反應與情緒"其實我真的很火!!?"

這個RD他的問題主要是在於它對於溝通的詮釋,溝通其實非常的重要

他可以讓人留有良好的印象,而在對於後續產品與專案發展自然會有好的進展

而不良的溝通呢?(老子記仇他一輩子!!?哈)

所以囉!!

溝通很重要,學著與你無法溝通的人溝通吧!!喔喔!! 換位立場,想想他為什麼這樣說,之後明白他人的痛點與自我的癢點,進而就會得出你所需要的答案了~

❤❤❤✌


標籤

標籤：

留言

張貼留言

這個網誌中的熱門文章

[分享]SECS/GEM Stream Function

<圖片來源> http://streetwill.co/ 如題： 小編由於最近公司需求要將公司的內容儘速整理完成，會以Blogger的方式，將相關內容趕快放上來，也當小編最近工作的小小心得，若有相關錯誤在跟我告知一下，感謝~ 寫在前頭： 一般在工程師在撰寫Steam function會採取一問一答的方式 基本上For example, EAP(Equipment Automation Process)會與EQP(Equipment)詢問 而機台若符合SECS標準則會回傳對應資料，如下方圖片所示 Stream列別 Stream 中文 英文 Stream1 設備狀態 Equipment Status Steram2 設備控制與診斷 Equipment Control and Diagnostics Stream3 材料狀態 Material Status Steram4 材料控制 Material Control Steram5 例外處理 Excepetion Handling Steram6 資料收集 Data Collection Steram7 流程程式管理 Process Program Management Steram8 控制程式傳輸 Control Program Transfer Steram9 系統錯誤 System Errors Steram10 終端機服務 Terminal Services Stream11 主機檔案服務 Host File Services Stream12 晶圓定位 Wafer Mapping Stream13 資料組傳輸 Data Set Transfers Stream14 物件服務 Object Services Stream15 配方管理 ...
張貼留言
閱讀完整內容

[分享]SECS/GEM 基本知識

<圖片來源> http://streetwill.co/ SECS/GEM 基本知識 可以包含以下訊息 SECS I定義了SECS通訊的電氣規格、傳輸速度、交握碼(handshake codes)、資料長度(length)、訊息表頭(message header)、檢查碼(CheckSum)與等待時間等限制。在實施上，以RS232為串列通訊標準。 HSMS(High-Speed SECS Message Services)在TCP/IP的基礎上透過Ethernet(乙太網路)進行訊息交換，此標準主要是用來取代速度較慢的SECS I。 SECS II以訊息(message)的方式規範傳遞資料的標準結構，所有的訊息依照屬性的不同進行分類，稱為stream，比如設備狀態(S1)、資料蒐集(S6)或配方管理(S15)。每一個stream包含了許多指定的訊息，稱為function，每一個訊息都是由項目(item)或項目表(list of items)所組成。 GEM(Generic Model for Communications and Control of Manufacturing Equipment)提供設備共通的行為在SECS II基礎上的通訊準則。SECS II是設備與主機的一個標準通訊協定，但實際在機台設備上會用到的並非全部，因此若可以找出設備通訊和控制上所需的項項目，同時針對這些項目來撰寫程式或設計機台，將可剩下可觀的研發費用。也就是說GEM是SECS II標準的一種標準實施方法，GEM明確定義了在什麼情況下要用哪一個SECS II訊息通訊。 (轉至： https://secs.itri.org.tw/about-secs-gem.html ) 從右圖我們可以基本的聊解GEM的些許stream function與之對應之內容包含內容： 就整體大框架下有SECS包含了整個GEM 另外的SECS的Steam function則在另一篇文章中詳細描述
張貼留言
閱讀完整內容

[分享]EAP(Equipment Automation Process)機台自動化程序

很多人會問說EAP這個東西為什麼還要寫成Blogger分享 畢竟小編原本就不是這個體系的人，小編原本是某幾大電子廠的PM(Project Manager)，而為什麼會轉戰到EAP產業領域呢？ 工作就剛好有機會就跳囉，也不用問這麼多畢竟工作都是大家換來換去，所以在短期間內大家就是短期適應期剛好的位置。就大體來說近年來電子廠的生意也不好，小編前期在做某些大廠的專案計畫，寫的再好的投資計劃都會被老闆退，後來也是客戶直接去壓大老闆，大老闆才簽單。 廢話不多說進到今天正文部分。 <圖片來源> http://streetwill.co/ EAP(Equipment Automation Process)機台自動化程序 -顧名思義就是機台自動化的一個程序(Program也可以)，他會與機台也就是所謂的EQP(Equipment)進行指令的告知，這有很大一個前提，一般早期在6 inch  的時代其實很多機台是沒有符合的SECS之標準，顧在早期機台都會讓各大EAP廠商都要針對機台不管是PLC或non-PLC的機台進行一大改造，所以在對於後期的8 inch/12 inch機台基本上就不會有這方面的困擾，畢竟規範已經被統一了咩~ 而為什麼要有EAP這個系統了，這就重要啦，以前在6 inch的時代，基本上都可以依靠人力，去搬動設備與進行操作，而隨著時代的進步(感覺自己好老)，就會面臨到需要複雜的製程與高效率的運作(畢竟我們都是科技人阿，誰還要過原始人自己在那邊搬東西的時代)。而12 inch的Wafer(晶圓)又這麼大片，搬運或製程都靠人怎麼可能可以(你搬壞你賠，我是賠不起拉)。進而衍生的相對的需求。 對於EAP程式所謂SECS/GEM的規範可以看小編的另外兩篇文章，裡面有一些基礎的介紹，詳細的自己去看其他網站。我只是翻成中文而已 EAP須知： EC(Eqiupment Constant)設備常數 -data items that contain equipment settings. Equipment Constants determine how equipment will behave. For example, a GEM interface may have an equipment constan...
張貼留言
閱讀完整內容