跳到主要內容

[分享]台灣人與外國人的思維邏輯不同

 



我已經一陣子沒有跟我美國的朋友聯絡了

結果就在今天!!!


我接受他從美國的信件,說明他一切OK

總之就是沒死而已


切~~~

Hope you everything is OK....


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


我今天怎麼會突然想寫這篇文章的原因

也是我最近跟我朋友聊天的時候發現

其實我從我跟我朋友的日常生活當中與目前相關統計出來的information出來

真的發現了台灣人與外國人的不同

不僅僅是歐美

在其他地區也是一樣的



就簡單舉例

台灣人習慣脫鞋子在近家們,但其實在美國除了有些家庭客廳裏面有放地毯會請你穿室內拖鞋外,其實其餘的都會直接讓你穿鞋進去....


就我剛到美國的時候,我的公寓裏面有個鞋櫃,但我發現我另外的室友其實都沒有在脫鞋子的習慣, only 上床的時候才會脫鞋子


結果next week我就去買了地毯了......


但做規劃而言
其實我發現我朋友在做計畫與我們台灣人的思維也不太一樣

舉例來說
台灣人的想法回依據目前的狀態在下去安排相關進度與計畫, 依據目前可視的狀態進行相關訊息的評估

但外國人就不一樣了,喜歡將相關目的訂定後,在逐步的依據計畫內容執行相關的目標在於訂定


我一個德國的朋友說了,計畫在於你成功的第一個步驟

其實這點我也是很認同的

做了PM這麼久對於計畫來說,你的主管總是會由前往後推估相關的milestone再行考慮相關目標是否可以達到,但對於歐美與其他系統系國家常常,會把目標訂定後,再依據相關的計畫內容由後往前推估

舉一個實際的例子

我們常常再產品專案中發現,以下幾點要訴
  • 採買到料日期
  • 預計送貨日期
  • 設備機台就位日期
  • 人員訓練日期
而台灣人的是依據以上四個lead time最長的時間再進行推估給客戶的時程給客戶

但這個說明了其實我們的反應機制不好

到時候常常會因delay往後push相關的時程或者due date(到期日期)



而就美國人的思維

我常常聽到我朋友講的一句話(what is your target date?)
這句話就反映了,客戶的觀念才是最為重要的, 剩餘的事情我們來搞定,不能搞定我們來想方案
這就是歐美客戶的思維
但說實在的每種的優缺點都有


台灣 VS 美國

優點
  • 美國人強調照表操課,當問題發現時候就要立即解決與反應
  • 台灣人可以允許計畫外的變動,同步變動時程給客戶


缺點
  • 美國人不允許太多計畫外的變動
  • 台灣人強調按部就班,當問題發現時候要依據目前狀況處理與延後


總之今天就說到這邊, 我們team的白痴又再亂了




標籤

標籤：

留言

張貼留言

這個網誌中的熱門文章

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