跳到主要內容

[心得]電子英文學習 Lesson 13



最近整天都在大下雨，跟我們同事今早討論相關會議問題結果討論到彼此都在暴氣

陰雨天看來真的會讓工作情緒狀況異常

也好久沒來複習英文了

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

會議
Meeting

會議記錄
Meeting Minutes 

新聞發表會
Press Conference

股東大會
Shareholders Meeting

社交晚會
Party

開場會議
Opening Meeting

總結會議
Closing Meeting

電話會議
Con-call/Conference Call


今天主要談論到會議，我之前就看到有關如何做好會記錄的文章，其實我發現這類文章還蠻多的，其實會議主要的重點是以下幾點：

  • 主題/目的(為了甚麼而開)
  • 議決(問題的方向如何解決)
  • 時間/日期(事情的item都要有預計完成日期)
  • 參與人/負責人(誰要去做)
目前我們常常看到的會議，大小公司都一樣啦！有的會議就是主管一直講一直問
基於浪費時間的原則，其實我之前有同事跟我說過，你一天大大小小的會議這麼多你怎麼安排你的時間，我就說基本在專案管理或產品開發階段，我需要跟客戶基本24小時都要持續聯繫，所以給予內部團隊的時間會較為不足，所以在內部開會絕對要要求精簡，會議還沒來基本上我都已經決定好內容，除了要聽參予人/負責項目的人問題外，基本上不會在會議上討論關於處理細節的部分。

因為要想你假設你的會議有20個人參予，討論的議題只有跟5個人有相關，一個item討論10分總，你等於浪費公司15個人*10分鐘=150分鐘 兩個小時半的工作效率。

所以不要這麼喜歡開會，開會是例行的追蹤報告OK，其餘的並非可討論項目與需及時處理的項目基本上不用檯面化任何事物。

就如MXXXXX公司好了，實在不懂午餐會議是要幹嘛，是讓大家消化不良還是讓大家做在那邊，為什麼不花點時間在現場處理與時間作業呢？真的大老闆有甚麼發落就直接做就好了，各單位主管也是沒有所謂的"決定權"。這就是公司的問題所在。


總之浪費時間~

標籤

標籤：

留言

張貼留言

這個網誌中的熱門文章

[分享]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...
張貼留言
閱讀完整內容