jeffyeh

　　剛進公司不到半年,不知道走什麼牛屎運,竟然讓我抽到液晶電視,雖然尾牙在年前就結束了,但因為後續作業關係,無法馬上領獎,所以到年後上班的第一天才可以開始領獎品,剛得知中獎的那一刻,真的是爽到"俺昇天啦~",但當時一直無法確定是那個品牌的電視及尺吋,因為中的是廠商提供的獎品,不太可能是大尺吋的,也不太敢奓求是知名品牌的,畢竟有中就很好了.
　　等啊等的,一顆心懸到了今天,答案終於揭曉了,沒想到是Pansonic TC-26VPK,雖然是26吋的,但也是台不錯的電視,今天剛領到就馬上通知老婆開車過來載回去,今天回家吃晚飯的速度也吃超快的,因為這是家裡的第一台液晶電視,其它的全是CRT的,打開包裝,裡面就三樣東西,電視/電視盒/搖控器,(真是奇怪,為什麼電視盒在出廠時不就先鎖上,還要消費者自己鎖?),不到幾分鐘電視就裝好了,馬上選了幾台電視看了一下,此時老婆就開始很熟練的跑到小紅(PS2)那,按下開機,拿著搖桿跑回沙發,精準的按下搖控器上的按鈕切換到Video 1,電視上馬上顯示電動的畫面,從這刻起,我就坐在地板上看老婆打電動,今日的初體驗就是看老婆打電動.....
　　不知道是不是這台電視對比不高的關係,打電動時的畫面超暗,CRT還不會這樣,路都看不到了,只好調亮度及對比等設定,畫面才正常...用AV端子的表現果然不好,找個時間去買條S端子或是色差回來接看看.畫質應該會好多了.

今天在公司上了一門課,主要是在講公司的管理及一些手法,在這之中提到F1賽車的例子.
在維修區裡的維修人員,每個人都各司其職,有良好的分工及工作默契.
當車子進維修區,維修人員可以很快速的完成換胎加油擦窗等動作.
當提到這個例子的時候,想到之前也有到NASA去玩過.
裡面也有一個"NASCAR體驗區",那時我們一群白痴也去玩.

沒想到轉眼間,到新的公司已經工作滿一個月了,這個月所經歷的事情也不少.
颱風,這次可是破記錄了,這一個月內來了三個,是怎麼樣,下個月可能還有一個會來,好久沒騎車上班了,一騎車就接二連三的遇到颱風....
迷路,第一天上班因為有主管帶路,所以很順利的走到辦公室,而出大門也幸運的順利找到出口,但第二天就很不幸,因為大門口裝潢,不得不從地下室走上去,沒想到在地下停車場迷路了,好不容易找到閘道就刷卡,正慶幸自己終於找到路了,結果走到6樓,看到的辨公室竟然完全不一樣,再走到1樓的大廳,映入眼廉的竟是AXXX....我怎麼會走到這裡來了!!問了一下接待小姐怎麼走回去公司,小姐也很熱心的跟我說了一次路線,再從地下室走回去,很不幸的,又在停車場迷路了,只好再回到地面,從大門口再走一次,終於找到回辨公室的路了,而這時已經過了半個小時....
閘道,說真的,公司最多的就是閘道,到那都要刷卡才可以通行,而一樓的閘道長的跟捷運的一樣扇型閘門,喜歡斜背書班的我,沒想到閘門關的那麼快,書包就這麼的被抓到了,好吧,這次你贏了,快點放開我....
餐廳,還不錯,是可以到AXXX去吃,不過目前都只有在自己公司吃,湯麵類的還沒去吃,看同事點的麵,看起來還不錯吃,但講究"節食"控制體重的我,這個月都是吃自助餐,但也不錯吃,剩下的補助額度就拿去買衛生紙回家,最近養小狗,衛生紙可用的兇咧.

　　最近跟某位老闆在討論公司資料備份的事情,過去一年多以來,一直有在做遠端備份,將ERP的資料庫備份至第三地,直到最近他突然問了MIS一句,你的遠端備份都是在備份什麼? MIS就答說ERP的資料庫. 可是沒料到老闆的反應,怎麼會是備份那個?怎麼不是備份公司FTP Server上的檔案? ERP系統又不重要,打打單而已啊,如果出問題,再請他們去重建就好了,但我們FTP上的檔案更重要,如果不見就沒了.
　　MIS聽到後,有點無言(畢竟這也是前手交待下來或是上級說的),然而FTP上的檔案可是有好幾百G的資料,很多東西根本就是應用程式,不需要特別備份,因為那些都有光碟了,如果要備到遠端去,那個資料量很嚇人,要花不少錢去買那個空間.所以就跟老闆討論起成本及備份上的困難等,但老闆根本就聽不下去.
　　我是覺得FTP的備份問題是還好,依然可以解決,只是讓我感覺到比較驚訝的,反而是該老闆竟然認為ERP的資料備份不重要?覺得公司一線人員可以馬上重建這些資料回來?為此,我花了一段時間在解說ERP備份的重要性,也不是三兩天就可以重建回來,如果資料不見,這段時間你的公司要用什麼樣的工具去維持公司營運,而那些資料除了在ERP系統上,是否在那還可以有系統的找到?在現有的有限人力資源下,如果又加派人員去重建資料,那麼正常的工作要怎麼辨?最後老闆才知道它的重要性.
　　其實該老闆會說這句話,主要是因為他從來不操作這套系統,他要資料時,會請人員準備給他,看的也是最終的報表檔案,也不是透過ERP系統去看,所以一直覺得它沒什麼,希望這次之後,他就不會再認為ERP的備份不重要,不要那天真的發生問題,資料庫要重建,才知道備份的重要性.

　　工作3年多了,即將在這個月底劃下終點,走向另個不同的職場,最近陸陸續續的將先前的資料整理出來,準備將手頭上的工作交接給另一位同仁,而在這交接的過程中,有句話卻讓我的心中有點不太好受,怎麼會說我一直沒有教過你什麼,我不是很想特意去指出那件事情就是我教你的,當我指出我在給你與另外一位工程師在會議室上課時,你才哦的一聲,那個忘記了.
　　記得我剛到公司時,什麼都不知道,進來前是學VB,進公司卻是用C#...一切都還在熟悉狀況的時候,帶我的資深工程師在月底就離職了,扣掉假期,大概就只有10多天的時間在帶我,在他離開後,原本以為還有其他同仁可以問,結果每位同仁都只給我一句 : "我不懂,去問合作廠商",主管對我的問題也沒有答案. 沒辦法,前人沒留下什麼文件,而且這些文件只是跟那位工程師寫的兩三隻作業有關,其它整個ERP系統的文件都沒有,在內部求問無門的情況下,改向合作廠商詢問,可是情況也沒有好到那去,幾乎都是不給答案,更過份的情況是電話拿起來,叫我等一下,一等就是很久,一直沒有回應,很無奈,只好掛斷電話,再打去問的時間,他出門了,或許這才真的是沒人教,沒人救的情況,用google查,上論壇發問,甚至利用下班時間去資策會或恆逸上課,當時主管還不准我提早個幾分鐘下班去上課,所以通常沒吃晚餐,就到補習班去了,回到家十點多,晚飯都收了,草草弄個東西吃一吃就算了,這樣過了一年多的時間,後面也陸續的考取了一些證照,這些費用林林總總加起來也要12萬,但這兩年的時間,卻也是打下我基礎的兩年.
　　記得你剛到我們單位時,其實就已經在安排要怎麼帶你,只是那時有另一位工程師是我已經帶一段時間了,所以由他來帶你進入狀況,之後他離職了,見你的狀況似乎已經瞭解基礎了,我也沒再多加著墨去主動帶你,當你遇到不懂的問題時,再教你就好了,如果你沒問,我就當你懂了,後續的專案安排,其實也是有計畫性的,剛開始給你的專案是比較簡單的,讓你慢慢的熟悉,所以初期較有難度的都在我手上,後續再慢慢的把專案的難度提高,交由你的負責,讓你循序漸進的成長,縱使你的開發時間比我預料的多許多,可是我們的主管待人很好,為了讓你多學一點,進度上也沒說什麼,除了幾個真的做了太久,主管才過去關心你手頭上的專案,可是我們現在的組織變了,換了一位新主管,而這新主管是否會再給你那麼多的時間就不知道了,但可確定的是,過去那樣子不是常態,任何一家公司都會有時間壓力的.
　　或許你有發現,主管有時給我們到外面去上課,不用我們付錢,公司還給公假去上課,但我還是不去,因為名額只有一個,所以每次都是讓你去上,我並不是不喜歡去上課,你想想,我先前為了上課, 自己花錢花時間去上,甚至還請假去上,我怎麼可能不喜歡上課?我也是很喜歡多學一點東西,但這些機會都讓給你了,只是希望你多學一點.
　　至今你可能仍不認為我有教過你什麼,我也不是很強求要在別人面前證明什麼,畢竟我在這個職場也將於7月底結束,接下來的一切就要由你接手了,現在的你,比當初接下這個棒子時的我,更沒資格說不懂,我跟前手只交接10多天,文件少到一個文件夾放不滿,何況現在你也考到不少證照了不是嗎,不論我有沒有教你,前一位工程師也有教過你一段不短的時間,我也陪你走了一段時間.記得那天我們在銷毀一些重要文件,我也看到過去我為了讓後人好接手所寫的文件,當初是給那位離職工程師看,讓他瞭解系統,快點進入狀況所用的教學文件,但沒想到今日竟然是被放在廢紙堆,因為你現在已經會了,也覺得不需要這些資料,所以那些也就跟著一起被銷毀,但僅管如此,留給你的文件也依然相當的多,不管後續用不用的到,你要多加油,後面就靠你了, 我也不會在別人面前說我教過你什麼,只會說一切都是靠你自己學來的,Google是你最好的學習管道,而我就在這個月底卸任了~

　　最近在公司發生了許多的事情,而有些事情也讓我想去過去在大陸工作時,所學到的一些經驗,記得剛從工程師升職為開發部主管時,剛開始是有點辛苦,但還算接的順利,直到後面,老闆派了一個人到我部門工作,也沒指示說,要這個人到我這做什麼,只說讓我安排這個人在我這工作,心想說,老闆給人應該是不錯或是有什麼特色才來我這的吧,所以一開始就先安排他先瞭解我們公司的商品.
　　一段時間後,看他對我們公司的商品已有概念,大至瞭解了一下他的專長,接下來就請他先擔任助理工程師,兩週後,再次與他面談,想瞭解他的學習狀況,結果讓我嚇一跳,他回了我一句,我不會電腦,而且也不想學,晴天霹靂啊,你不會,怎麼當初不先說呢,那麼不學電腦,去學打樣品吧,同樣做沒幾天,跑來跟我說做這個很辛苦,而我的心裡就想說,他無法勝任我們的工作,只好跟老闆回報了,而老闆也只回了我一句,是你不會用人,不是他不好,不管,你就是想辦法任用他.
　　說真的,當時有想過,啊他是跟你有什麼關係啊,怎麼對他這麼的特別,但老闆交待下來,不能不從,所以開始花腦筋去思考,到底要怎麼安排他的工作,電腦不行,打樣怕苦,這對剛升主管的我,真是一個考驗,想了很久的時間,決定換個角度去試這個人,但還是要求他去打樣,畢竟這項工作是基礎功,也對他是種耐心與壓力的考驗,幾過一個月後,他又受不了,再度跑來找我,只不過,這次是哭給我看,但當我對他表明我讓他去打樣的用意後,他似乎也接受了這個安排,也回去繼續工作,三個月後,他也沒讓我失望,也讓我看到他的專長,工作做安排與進度的掌握,剛開始真的看不出他有這個能力,但因為這段時間的磨練,使我看到他真正的光芒,因此改將他改調任為樣品製作組的組長.
　　這個差别真的很大,剛開始覺得他不能用,缺點很多,但在這樣的磨練後,發掘出他的能力,升任後的他,也將該小組管理的很好,我也很少再去關注該組的進度及品質問題,這個結果讓我也很高興,我讓他找對位置了,於是就跟老闆報告這一切,老闆聽了也是很高興,也告訴了我,他這麼安排的用意,其實老闆是要我從這個人的身上去學習怎麼用人,怎麼去發掘一個人的能力,也點明了我當初用人的粗心,把人放錯位置,還有沒有花心思去瞭解這個人,把人才當庸材在用,而當初我對老闆所反應的問題,老闆之所以不理會,最主要,也是影響我後續最多的一句話,"你看人只看缺點,不看他的優點,用人要用優點,而不是用缺點".
　　這句話真的沒錯,我開始真的沒花心思去瞭解,就按照公司的"新進人員流程"去安排,在這過程中,我用慣用的考核去看他,所以我看到一堆缺點,也就直覺的判斷他不行,後來開始花心思去注意他的表現,才讓我發現他的優點,將他指派至適合他的位置,之後他也成為我的助理,甚至我改調任製造部主管後,他也成為工程部的主管,如果當初真的讓他就這麼走了,或許我也不會有後續的際遇.

　　其實工作已經悶了好長一段時間了,因為重覆性的Coding及分析,或許是變熟練了,感覺動作愈來愈機械化,雖然公司也推改革一陣子了,但至今感覺公司還在摸索中,所以才會有第一次跟我提需求,提到為什麼要做這個程式的目的,而第二次再討論時,整個的目的都變了,使用者也仍在不清楚自己要什麼的階段,加上部份同仁提出的錯誤見解,不瞭解整個的Know-How,所以大家對系統的信心大降.
 
　　感覺自己在公司的學習成長變慢許多,似乎少了那麼點新鮮感及冒險感,所以就沒了那個成就感,而GPS定位的想法也是因為在這個情況下,為了挑戰自己所找出來的課題,這個課題結束後,不知道公司是否會有新的挑戰出現,好讓我從成就感得取快樂,不然就只好再找新的課題來考自己.
 
　　朋友說,我這就是工作倦怠,大多的建議都是換個工作看看,其實我自己也沒有方向,打從入社會開始,做過線上作業員,產品開發部工程師,開發部/製造部/採購/業務都做過了,管理職也做過經理,現在則做了3年了程式設計師,接下來不知道要挑戰什麼~

　　長久以來,一直被抱怨我所負責的ERP系統慢,為了改善這個問題,做了不少的分析及改善,雖然從改善數據上來看,整體有10%左右的改善,最高峰值有50%的改善,但使用者依然反應慢,感覺不到有改善,直到某一天幫使用者調整他的電腦才發現真正的效能問題.
 
　　從使用者的工作列上看到幾個已開啟的作業,就幾個EXCEL,IE,MSN,ERP,Outlook這幾個,沒什麼特別的,但不管我做什麼,速度都很慢,索性打開工作管理員來看(光開工作管理員也等了10多秒),才發現到使用者的RAM只有256MB>,<".....而目前只剩7MB可以用,雖然裝的是windows 2000,但這也太少了吧,所以就請網管人員將使用者腳下另一台不用的電腦的RAM拔過去另一台用,至少有512MB可以用,這樣也會順了一點,使用者用了突然發現一切都變快了,沒原來那麼糟.後續跟網管私底下確認才發現,公司有近95%的電腦只有256MB,聽到差點昏倒,而且下一句是,我們也知道這是個很大的效能瓶頸,但你也知道,換這要不少錢,還要看老闆要不要.
 
　　原來,我的ERP慢的黑鍋背這麼久,就算不開ERP,系統也是慢啊,使用者因為常時間在操作ERP,所以直覺的反應是ERP慢,如果使用者將查詢結果帶回,也是會用到記憶體,如果記憶體不足,只好放到page files去,效能更是慢到不行,所以使用者也一直向上反應ERP慢,而最不該的就是有人明明知道有這問題,不告知真像就算了,還把效能差的問題順勢推往ERP,在眾USER的排山倒海的反應及某些技術人員順水推舟的情況下,終於導致今日大家對我們課的不信任,很無言,我們都知道關鍵問題所在,但我們不去面對及處理,老打邊章,問題永遠還是在.

　　日前說的那個"簡單加欄位"的需求,終於在上週五開完會後夭折了,因為提需求的人僅能算是Power User,還不到SA的程度,所以在系統的瞭解度上有限,無法提出如何運用現有的系統,以最快,成本最低,品質又好的方案來達成使用者的需求,其錯誤的見解與認知,當然也誤導了使用者當初原本的需求.所以當初一接到這份SA文件時,心中就有底了.
 
　　會議中,其實不免讓人有點失望,大家一直繞在這份錯誤的SA資料,而乎略使用者為什麼要這東西的由來,當我們討論起我們依這份SA所提出的分析報告時,又開始打邊炮,會前不做功課是常態,會中還在狀況外是失態,而真正的使用者聽到要10個月開發,其它什麼都不想聽,直接放棄,在一旁用NB打起自己的資料,而老大則提出過去他在另一間大公司是怎麼做的,Oracle多好等,也提出聯強都可以,PCHOME也可以...等話,這樣的評估分析會加速他想換掉公司ERP系統的念頭(這時眼光看向我,似乎暗示我的飯碗不保,其實我是不擔心,如果你對目前公司的系統及架構清楚的話,這話我就瞭解要打包了,可惜你不清楚,除非你想拿公司的股價來冒險,如果清楚,你也不會說出這樣的話......).
 
　　其實當下很想回老大,這些話語對團隊或公司,一點幫助也沒有,我們應該要著手想的是,有什麼樣的方案可以幫助到使用者,大家花時間來開會,不是為了聽這些話,而且聽完除了打擊士氣,其它一點幫助也沒有,直接把使用者亮在一邊,以不專業的內容來對大家說教,或許老大忘了過去在那間國際的大公司是怎麼做的,也可能忘了十多年前是怎麼做SD及SA,而之前教大家的PMP,也太久沒用而忘了,但應該不至於變為跟一般使用者差不多. 有這樣豐富的經驗,應該更瞭解到怎麼Team work.不過這樣也好,讓我自己也反省一下,我是否也有出現這樣的情況.

　　最近接到一個需求,主要是公司為了因應新的公司營運規劃,系統必需要配合新的計算方式做調整,為了配合公司,我們當然全力配合開發,只不過這次所提出來的需求可真的是比美系統重寫的程度,只不過高官們無法相信,不過加個欄位,改一點商業流程就好.
 
　　這個需求主要是將訂單主檔的庫別欄位移至訂單副檔去,而且原本的一張訂單只能選單一庫別變為可依每項商品去選擇不同的庫別,這樣的需求對原本的設計模式變更算很大,尤其是ERP系統又與多個系統接軌,必需保證每項系統還能順利溝通,也務求減少其它系統修改的可能性及難度,而另一個需求是多張訂單滙整到一張發票開立,原本的方式也是一對一的關係,現在要改為多對一,這下好了,資料結構似乎不能不動,而這一動將會影響到ERP系統外的所有系統,而本身ERP來說,修改的幅度與範圍將不亞於重寫,欄位的定義修改,整個流程幾乎要全部檢查,所有的判斷與驗證的程式也要,如果又異動到其它資料結構,這將會沒完沒了的結果.
 
　　有時的需求,在Table上新增欄位應用或調整非重要欄位的定義,確時是可以輕易的達成,但動到核心Table及重要欄位,就不再是那麼簡單了,希望老大們能瞭解,雖然老大有過去前公司的豐富經驗,很有Sense,但這異動的簡單與否要在瞭解系統後再說,並不是我們在推拖,希望把一個小任務拉長開發期,只是這次真的動到重要的核心了.