跳到主要內容

[心得] 專案英語的學習 Part2

 


今天台南下大雨搞不懂市長大人是頭殼撞到牆嗎?

可能標準是基於他家有沒有淹水來進行評斷,休不休假...

褲子跟衣服全濕....................





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

回到今天的內容


EOL-End of Life 停產

很多PM或者業務很不喜歡聽到這個,我個人就很不爽聽到,因為我後來還被取名叫做EOL小王子,講白了就是把產品或者account做死了。

但你也知道的,產品會EOL絕對不會因為PM一個環境導致的,可能發生的問題原因會因為產品的成本/技術/產能/客訴/法規等等等....因素造成EOL。所以PM們也不要太過在意


DB-Design Build 設計試產

很多公司或者很多品牌商很喜歡用DB當作一個milestone, 就如我之前所說的design build可能對應在某些公司為EVT或者PB(prototype build)樣試階段。


EC-Engineer Change 工程變更

DC-Design Change 設計變更

在這一行業你就必須了解何謂EC, 何謂DC, 常常在設計開發初期,客戶常常會因為設計錯誤或者物料特性等相關原因,進行design change來符合未來之期望與需求, 而到了生產驗證階段則會開立Engineer change進行製程或生產改良,以達到客戶的測試標準或者調機的規格內容。


NRE-Non-Recurring Engineering  一次性工程費用

這通常指的是客戶在開發案件的時候,所會發給供應商的一次性工程費用,例如打樣,樣品,治工具....等相關費用會被include在一次性工程費用,所以PM常會聽到客戶在那邊說NRE費用快被吃光了就是這個道理,常常目前由於PM的角色會跟業務區分,PM會變相的單純只有focus在計畫與產品身上,可是對於一個完整的專案經理人,其實需要再每個milestone所會發生的費用與budget list管控好,才可以稱之為project manager。



剩下的有空再說

要去開會了掰~


留言

這個網誌中的熱門文章

[分享]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...