jeffyeh

　　剛進公司不到半年,不知道走什麼牛屎運,竟然讓我抽到液晶電視,雖然尾牙在年前就結束了,但因為後續作業關係,無法馬上領獎,所以到年後上班的第一天才可以開始領獎品,剛得知中獎的那一刻,真的是爽到"俺昇天啦~",但當時一直無法確定是那個品牌的電視及尺吋,因為中的是廠商提供的獎品,不太可能是大尺吋的,也不太敢奓求是知名品牌的,畢竟有中就很好了.

　　等啊等的,一顆心懸到了今天,答案終於揭曉了,沒想到是Pansonic TC-26VPK,雖然是26吋的,但也是台不錯的電視,今天剛領到就馬上通知老婆開車過來載回去,今天回家吃晚飯的速度也吃超快的,因為這是家裡的第一台液晶電視,其它的全是CRT的,打開包裝,裡面就三樣東西,電視/電視盒/搖控器,(真是奇怪,為什麼電視盒在出廠時不就先鎖上,還要消費者自己鎖?),不到幾分鐘電視就裝好了,馬上選了幾台電視看了一下,此時老婆就開始很熟練的跑到小紅(PS2)那,按下開機,拿著搖桿跑回沙發,精準的按下搖控器上的按鈕切換到Video 1,電視上馬上顯示電動的畫面,從這刻起,我就坐在地板上看老婆打電動,今日的初體驗就是看老婆打電動.....

　　不知道是不是這台電視對比不高的關係,打電動時的畫面超暗,CRT還不會這樣,路都看不到了,只好調亮度及對比等設定,畫面才正常...用AV端子的表現果然不好,找個時間去買條S端子或是色差回來接看看.畫質應該會好多了.

今天在公司上了一門課,主要是在講公司的管理及一些手法,在這之中提到F1賽車的例子.

在維修區裡的維修人員,每個人都各司其職,有良好的分工及工作默契.

當車子進維修區,維修人員可以很快速的完成換胎加油擦窗等動作.

當提到這個例子的時候,想到之前也有到NASA去玩過.

裡面也有一個"NASCAR體驗區",那時我們一群白痴也去玩.

看他們表演了一次,果然好快啊,換輪胎跟加油等,記得好像1X秒還是2X秒吧.

看完他們的示範,換我們這群白痴上場.

大家討論了一下分工,就各拿各的傢伙準備.

號聲一下. 每個人就開始動作.

但過程沒之前看他們示範的那麼順利.....

 

負責加油的朋友一直叫,好重~~~好重~~~我插不到孔裡,孔怎麼那麼小啦......

負責下螺絲的,是下的很快,但卸下來的輪子沒抓好,跑了........

負責上新輪子的,沒空,因為去追那個離家出走輪子.....

 

整個狀況真是冏到不行......

 

最後動作完成.....2分多鐘......

沒想到轉眼間,到新的公司已經工作滿一個月了,這個月所經歷的事情也不少.

颱風,這次可是破記錄了,這一個月內來了三個,是怎麼樣,下個月可能還有一個會來,好久沒騎車上班了,一騎車就接二連三的遇到颱風....

迷路,第一天上班因為有主管帶路,所以很順利的走到辦公室,而出大門也幸運的順利找到出口,但第二天就很不幸,因為大門口裝潢,不得不從地下室走上去,沒想到在地下停車場迷路了,好不容易找到閘道就刷卡,正慶幸自己終於找到路了,結果走到6樓,看到的辨公室竟然完全不一樣,再走到1樓的大廳,映入眼廉的竟是AXXX....我怎麼會走到這裡來了!!問了一下接待小姐怎麼走回去公司,小姐也很熱心的跟我說了一次路線,再從地下室走回去,很不幸的,又在停車場迷路了,只好再回到地面,從大門口再走一次,終於找到回辨公室的路了,而這時已經過了半個小時....

閘道,說真的,公司最多的就是閘道,到那都要刷卡才可以通行,而一樓的閘道長的跟捷運的一樣扇型閘門,喜歡斜背書班的我,沒想到閘門關的那麼快,書包就這麼的被抓到了,好吧,這次你贏了,快點放開我....

餐廳,還不錯,是可以到AXXX去吃,不過目前都只有在自己公司吃,湯麵類的還沒去吃,看同事點的麵,看起來還不錯吃,但講究"節食"控制體重的我,這個月都是吃自助餐,但也不錯吃,剩下的補助額度就拿去買衛生紙回家,最近養小狗,衛生紙可用的兇咧.

教育訓練,剛到就有線上的新進人員課程要上,還要考試,需在一個月內完成,好不容易把課上完了,沒想到還有其它必修課程要上,還有學分,真像學校,不過這點是很好,很多課程不是一般公司學的到的,公司願意教,還有這麼多的學習資源,真是福氣啦~很多過去找不到的答案,上過這些課程,心中的疑惑也漸漸清晰,看著很續還有一堆課要上,還真是給他期待~

專業訓練,主管還不錯,也很認真,教育訓練的資料也不少,經歷這個月的摸索與學習,對將要接手的系統算是有進一步的瞭解,過去同事老是說Oracle比MS SQL好,不論是效能還是安全性什麼的,但就這段時間的摸索,可能對Oracle的瞭解還不夠,所以暫時保留感想,但這個月只對Oracle從內心發出了一個哇及四個啃,而那個哇是MS SQL有,而Oracle也有,而四個啃則是覺得某些語法MS SQL比Oracle好用,不知道後面會不會讓我有更多的讚嘆....而不是哀怨的嘆息...

公司制度與文化,這點是我這個月來覺得影響我最多的一點,從初步的學習中,看到Six Sigma的簡介,後續還有更深入的課程可以上,還有KPI制度,PLM,豐田學...等,這點都只是點的學問,但從教育訓練中,卻能大概抓到整個面,過去曾經執行過KPI,但成效卻不如預期,總覺得它很"孤立",不知道要怎麼整合到公司的制度中去落實,而現在卻是從公司整個的制度去看KPI的執行,而豐田學也無所不在,這些都是很重要的管理技術,怎麼去運用也是很重要,所以現在可是有不少範本可以見習~

風景,還不錯,過去上下班都是在灰色的都市叢林裡游走,現在一路上看到的是青山跟"淡水河",沒有都市中塞車塞的那麼嚴重,之前騎車要50分鐘才到的了公司,現在只要20分鐘,而路程則是從11公里變為9公里,差了兩公里卻差了30分鐘,可見都市塞車的嚴重....

辨公室,很大,感覺真像家樂褔,讓我想要推著購物車走來走去,但也因為太空曠,大家都在同一個空間工作,所以什麼聲音都聽的到,凡事可是要小小聲聲的,才不會打擾到別人,再也不能盡情的打噴涕了.....

識別證的照片,燈光不足,加上黑衣服,臉看起來更黑,因為是站在會議室的白板前面拍的,白板乾淨到反射上面的燈,好巧不巧的,光剛好在我的頭映出兩道光影,我是發光的天線寶寶~~~哈哈哈哈~~~.......能不能重拍啊....

活動,不知道是剛好還是什麼,活動還真多,有籃球/羽球比賽,還有Family Day出遊,賞鳥??這個是生態活動而不是變態活動哦. 公司的活動設施還沒有去用過....

 

試用期還沒結束,希望這段時間一切順利,早點過了試用期,心也比較安穩下來~

　　最近跟某位老闆在討論公司資料備份的事情,過去一年多以來,一直有在做遠端備份,將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.不過這樣也好,讓我自己也反省一下,我是否也有出現這樣的情況.

 

*最近看的豐田學,應該也讓公司的Leader們看一下才對~ 不過應該也是看個開言就出來發表高論吧~

　　最近接到一個需求,主要是公司為了因應新的公司營運規劃,系統必需要配合新的計算方式做調整,為了配合公司,我們當然全力配合開發,只不過這次所提出來的需求可真的是比美系統重寫的程度,只不過高官們無法相信,不過加個欄位,改一點商業流程就好.

 

　　這個需求主要是將訂單主檔的庫別欄位移至訂單副檔去,而且原本的一張訂單只能選單一庫別變為可依每項商品去選擇不同的庫別,這樣的需求對原本的設計模式變更算很大,尤其是ERP系統又與多個系統接軌,必需保證每項系統還能順利溝通,也務求減少其它系統修改的可能性及難度,而另一個需求是多張訂單滙整到一張發票開立,原本的方式也是一對一的關係,現在要改為多對一,這下好了,資料結構似乎不能不動,而這一動將會影響到ERP系統外的所有系統,而本身ERP來說,修改的幅度與範圍將不亞於重寫,欄位的定義修改,整個流程幾乎要全部檢查,所有的判斷與驗證的程式也要,如果又異動到其它資料結構,這將會沒完沒了的結果.

 

　　有時的需求,在Table上新增欄位應用或調整非重要欄位的定義,確時是可以輕易的達成,但動到核心Table及重要欄位,就不再是那麼簡單了,希望老大們能瞭解,雖然老大有過去前公司的豐富經驗,很有Sense,但這異動的簡單與否要在瞭解系統後再說,並不是我們在推拖,希望把一個小任務拉長開發期,只是這次真的動到重要的核心了.

 

　　號稱有Sense的同仁,不要說我們程式沒寫好,怎麼可以程式碼寫死,不會寫靈活一點,加個欄位而已不是嗎. 透過這段話就可以知道你沒有Sense,雖然之前有工作經驗,也可確認你並不瞭解之前工作中的Know how,這只能為你感到可惜,即然現在你有機會再接觸到我們公司的Know how,那就請你先瞭解一下,再來決定要不要說這句話. 別用過去的經驗來說沒建設性的話,對團隊與專案沒半點幫助.

　　一年一度的5.1勞動節日又將到來,根據以往的經驗,公司每年總是會送一些小禮物,今年當然也不例外,不過,今年比較不同的地方,在於原本沒得選的禮物,今年有4項禮物可以選,1項是公司代理的隨身碟,另1項是公司的禮卷,可以買公司的商品,再來就是7-11的禮卷及某運動用品禮卷.

 

　　看了一下4個選項,USB隨身碟已經有一堆了,記得那年好像也是送隨身碟,公司的禮卷,看了一下公司的商品,目前並不缺,而且期限到年底,所以就不考慮,運動用品禮卷,也不缺,日前才收到親友送一大箱GOLF的球,可以打到手軟,所以就選擇了7-11的禮卷,可以給家裡的小朋友去買東西.

 

　　原本單純的想法,就在一封郵件通知後,開始變質了,上頭想強力推銷自家商品的選項,於是來個選隨身碟或公司禮卷的,可以累績部門點數,後面會統計各部門的點數,選出前幾名做表揚,而這"點數名單"據說也會給老闆"過目",所以部份單位的主管開始來個"非強迫"的請同仁選擇自家選項,有些部門聽說好像是100%選擇了自家選項,甚至近期又寄了一些推銷信,似乎選擇這選項的同仁,才是愛公司,那我沒選的呢?可是我家裡的東西,也是跟公司買的啊,不少親友也是看我在這做,也買了不少公司的東西,怎麼因為這5.1禮物的選擇,搞的我是不愛公司的人.

 

　　如果真的要這樣,一開始就不應該給同仁公司商品以外的選項,直接給隨身碟及公司禮卷兩個選項就好,我們每個月從薪水提撥出來的福利金,禮物也是用這福利金來採購的,原本給這禮物的用意是在於慰勞同仁一年來的辛苦,所以在勞動節這天,給個小禮物,讓大家開心一下,現在搞的原本想選別的,變的不敢選,部份單位主管的心態也不太健康,部門100%選擇限定選項.

 

　　雖然,我也收到主管的來信,"建議"部門同仁選擇隨身碟及公司禮卷,僅管收到此信,我還是選擇7-11禮卷,畢竟家裡隨身碟真的太多了,不想再產生資訊垃圾,公司的禮卷,因為有限期,家裡也沒缺什麼,限制也較多一點,還是7-11的禮卷好了,至少家人可以拿去買柴米油鹽,最近物價一直漲,這禮卷算不無小補,在生活用品上,能有點幫助. 希望主管能想通,如果我們有需要,公司也有這商品,價格又優,我們一定會跟公司買,不要把這次的5.1禮品選擇加注壓力於同仁的"道德"選擇上,這樣只會讓這個好意變質.

 

*好像之前的總統選舉,選某黨才是台灣人,才是愛台灣一樣,不知道那群管理者是否還沒從大選收心回來. 之前收的三節禮品及尾牙獎品,現在都積了一堆的灰塵,還有一個數位相框只用了一次,就再也沒用過,這種電子垃圾愈來愈多了. 所以我選擇,愛地球~ 那些愛拍馬屁的人,希望你們不要拍到馬腿,如果糗了,我一定會狂笑.

這段時間公司在推行一個新的制度,也是已在業界已流通很久的KPI 關键效能指標 Key Performance Indications.

記得之前在大陸工作時,我也在工廠推行過這種制度.

當初會推行,也是"聽說"它能帶給企助什麼樣的幫助. 能改善公司的效能..等.

但推行後才發現,如果沒規化好,管理層級的人員概念不足,這個KPI制度就馬上變質了.

也就是大部份的人有的想法KPI= Kill Performanace Immediately.

最近公司推行的初步結果也是如此.

先前只要每天花不到10分鐘就做好的工作報告,現在每天要花半個小時在KPI工作報告上.

之前的舊工作報告模式,只要填今天做了那些事,並不需要去填寫花了多少時間.

而現在的KPI表格,有著詳細的運算公式,不只要填工作項目,還要填入工時.

填入的工時,就會算出今天是否有"超時"或"不足"工時的狀況.

但工作任務的指派並非是來自管理者,而是直接來自使用者.

因為導致常有工作插入,由工程師自行安排工作.

所以,在填工時的部份,就相當的頭大,因為有時跟使用者一談就半個小時,KPI如果不填,就會有半個小時消失了.

如果將這段時間"移到"其它專案內,主管就會覺得,怎麼這件事要做這麼久.

漸漸的,KPI開始降低大家的工作效率,如果當日的電話多,任務多,填寫KPI表的時間可能就會到1個小時.

原本一天只要工作7個小時就可以完成所有的事,現在要多花一個小時.

而帶給主管的效益卻只有"似懂非懂"的瞭解同仁的工作,單純的從"數據化"來瞭解及判斷.

但因為不是很清楚同仁的任務內容,就無法做出明確的分析與判斷.

所以就更不可能藉由這個KPI來分析改善,提升工作的效率.

而這種現象就是基層的管理人員只瞭解KPI要填這些表,公式是來自書上的,其它就不瞭解,只知道執行KPI的好處會有什麼.

所以往往體會不到它的好處,馬上體會到惡果. 進而感覺KPI其實也沒那麼好,或是它不適合我們公司.

最近在看的豐田學中,其實也有提到這個問題.

大家最喜歡"按本操課",書怎麼說,我們就怎麼做,表格也是用書上的範本,或是某公司的表格.

結果就在這樣"照做"的情況下,很多人其實都不知道自己在做什麼,總以為這麼做,就可以得到書上所說的好處.

在之前大陸工廠推行KPI及ISO制度的那段時間,發現到一點很重要.

在推行制度之前,不是要大家要怎麼去"照做".

而是要先讓大家瞭解制度的"精神"所在.

當大家對制度的精神有所認知道,大家就能依這精神"延伸出制度規範"

有這規範後,再進行制度的落實.

由於事先就瞭解到制度的精神所在,所以執行過程中如有遇到任何問題,就能依制度的精神去調整規範.

定期的審核及改善,漸漸的制度就能"融入"工作中,而不是"外掛".

也就能看到制度對公司的改善.

這個的過程與PMP也有異曲同工之妙.

PMP的五大流程 : 起始 -> 計畫 -> 執行 ->控管 ->結案.

只是制度的推展,是沒有結案的一天,它是持續性的改善. 如果執行不當,就會是持續性的傷害~

最近一直被Challenge我負責的ERP效能的問題,但公司的系統複雜,有全省分公司,上百台的電腦在使用,而且也不是單我的ERP系統在執行,所以分析檢查起來,也更為困難.

不過今天剛好又有一名使用者反應系統慢,我就被網管給抓去使用者那罰站.

看了一下使用者的電腦效能,發現ERP的記憶體用量一直上升,CPU使用率是還好,而網路一直有封包在傳,整個畫面都卡住了,網管二話不說,就強制關了ERP程式,並且重新開機.

之後就請使用者再操作一次給我看,結果從使用者的操作習慣中,卻發現到一個習慣問題.

由於當初系統在設計時,為了方便使用者進行查詢,可以在查詢條件內用 % 的方式來做like.

執行查詢的button也有設快速鍵.

程式設計是會自動帶出預設查詢條件,例如AB200801,AB是單據類別2008年01月,而年月也是帶現在的年跟月.

這麼的做法,也是希望避免使用者下了太大範圍的查詢條件,帶回大量的資料.

但實際看這使用者操作時,竟然第一個動作就是把編號清到只剩AB,並加上%,用AB%為代號的查詢條件.

本來使用者還要打公司代號的查詢,結果可能"太熟練".

按快速鍵的速度快了一步,公司代號還來不及打. 就以AB%做為查詢條件,進行查詢.

這一查就不得了囉,幾百萬筆的資料開始從資料庫傳至使用者這邊.

瞬時整個網路滿載一段時間,再度重現剛剛使用者畫面卡住的情況.

開始又有一群使用者反應ERP速度慢.

唯一能立即做的就只有強制關了程式. 避免持續佔用大量網路頻寬.

從這次經驗,也大概能猜出,為什麼公司的ERP系統有時會突然很慢.

如果是程式設計問題,應該是"均慢"的情況,而不太會有不規則頻率的發生. 沒有大概時間點,也沒有大概的商業活動才會發生.

讓這種操作行為所導致的效能突降的可能性大增.

當初設計也是為了方便使用者,當然也有為了防止此問題發生與使用者討論過,使用者堅持要有"人性"設計,所以提議帶預設查詢條件的方式來防呆,雖然也有提出使用者可能會刪除,用AB%的方式來查. 但使用者堅持不會. 所以就造成今日的惡果.

有時想著,人性化的設計是很重要,但如何去防止人性的錯誤也很重要,不能用信賴原則來相信使用者不會,當系統愈來愈大時,發生錯誤就很難去查了.而習慣養成了,要開始去限制或改變時,使用者只會接受不變或更寬,限制愈多,反彈愈大.

如今,這惡果已經造成了,開始抱怨為了提升效能,硬體也花了不少的錢,但怎麼還是那麼慢. 如果提出這樣的改善方案,想必我又要被大家攻擊了吧.

最近真是入公司3 年來,最亂的一段時間,主管生小孩去了,部份主管的工作接下來做,主管怕我沒事做,就事先安排了一堆專案要做,要分析,要寫文件,要跟使用者開會,要寫報告,要寫程式.....

如果存做專案,或許還好,一直在做資料交換的客戶,突然要換資料格式,原本的交換程式要改寫,部份的要移交給其它部門負責接手,這個看來也似乎還好,並沒有感到什麼壓力變重.

反倒是一事件情的發生,讓心情有點Down下來,一名分公司使用者反應ERP系統反應慢,因為分公司也是有不少人在使用電腦,共用一條線上網,加上分公司在電腦使用上的管理較沒總公司那麼的嚴格,所以有相當多的可能性因素,所以想說請同仁協助檢查,結果同仁丟了一堆網路數據給我,堅持網路沒有問題,設備及架構都正常,還特別用紅字標.......

說真的,還真是有點無言,公司的ERP系統是我在負責的,ERP只是電腦內的其中一隻運作程式,但它不是唯一在運作的,只是剛好使用者在操作ERP,所以就很直接的反應ERP慢,而且很剛好的,問題發生時,都是單一個區域性的,而不會是全面性的發生,想說,希望能獲得更多資訊,才能更容易抓出問題點,結果同仁好像誤會了,誤以為我想把責任推到網路上,所以火氣不小,浪費了不少時間在"責任"上,我只想要先解決問題,如果後面真要追究責任,那也等問題先解決吧,現在的情況就很有政治味,之前不明究理的打DOS系統的ERP,現在也是全力的在打擊ERP的感覺.

現在不知道是怎麼回事,大家都認為公司的ERP系統慢,但我覺得,這似乎有很多是非戰之罪,有很多是因為其它系統,而導致變慢的,例如病毒碼的派送,網路頻寬佔滿了,ERP當然沒頻寬可用,反應自然變慢,使用者馬上反應回來,但也發現這類型的因素,同仁不會回信告知原因,只回答問題解決了,如果是ERP系統的問題,就會通知全公司的人,ERP系統有問題,等我改好後就好了,所以就很容易營造全公司的人對ERP慢的想法.

現在在趕的案子,在3月底前要上線,現在又有這效能的問題丟過來,需要再花時間去分析,沒什麼空去看另一個同仁的專案進度,會議還沒開,主管產前交待的專案因為插件而往後延,還要寫一堆有的沒有的報告. 真想告訴那位同仁,我一點也不想先推責任,我只想快點解決問題,因為我還有很多事要處理,今天被你拉了半天去了,而且也沒半點成果,你的事情少,使用者沒有反應問題就沒事做了,所以可以抽煙聊天訂雞排,晚上加班給大家看,但這對公司的意義在那? 對公司有什麼幫助嗎? 公司近段時間的營業額較不如往年,而我們這麼做能幫公司什麼?

這段混亂可能還會再持續一段時間,直接主管產假結束後,或許部份的工作Share出去,就有時間去處理別的事了. 只希望這段主管不在的時間,大家更應發揮Team Work的精神,而不是我沒錯就好,有錯都是別人錯的心態在做事.

我們都在同一艘船上~

最近聽到一些有趣的事情是關於系統效能的問題.

有位主管反應Asp.Net的效能太差了,不如PHP及Java所開發的網站. 真想把網站改用PHP或Java來寫.

我就想說是怎麼一回事,該主管會有如此的反應.於是找個機會去瞭解了一下.

試玩了一下他們所開發的網站,確實是慢了點,但還不致於不能接受.

分析了一下當時網站的動作,效能不太像是Web上的動作導致.

看了一下DB及系統規劃,真像終於大白.

當初開發人員為了"趕"上主管要求的進度,架構上並沒有規劃好(以能用先用為原則,其它後面有空再來改,但可惜的是一直沒有空),甚致套用現有的作法,從DOS版的資料結構搬到SQL2005 DB上. Select的語法也沒tuning,用Query Analyzer跑了一下這段Select語法,整個跑完花了整體耗時的一半以上.

在這種情況之下,我想PHP或Java也跑不出什麼好成績吧.

另一個好玩的效能建議就是要在整個都是英文的環境底下,跑出來的效能會比中文環境的好.

我是不知道會差多少,沒去實際測過,但我也只能說或許吧,可是這個的差異,如果不用工具去測,不知道可以感覺的出來快跟慢嗎.

但可以確定的部份,就是目前的維護人員在英文能力上並不太行,如果出問題,在那些不熟悉的英文環境底下,要花多久的時間去狀況排除? 而這純英文的環境是否能帶來1"秒"的效能提升?原本在中文環境下,只要10"分鐘"就能做好的事,是否能在10"分鐘"內完成?

總之,最後還是裝上了中文系統,因為英文在安裝過程中,就發現一些困難,光安裝就比中文久.

而網站還是用Asp.Net,除非該主管要換掉一批人來寫,而且也要花上不少的時間及金錢,最重要的事,不要完成後,告訴老闆,你的網站提升了0.01秒的效能.

最近公司大手筆的,給每位工程師配置一台新電腦.

有更好的電腦,當然很開心.

不過我腳下的這台P4 2.6HT的CPU,1G RAM,寫起程式來,其實是很夠用的.

但公司即然要配新電腦,我不收,似乎又很怪.

所以正在想著怎麼去設定這台四核心的電腦用途.

在想的過程中,好奇的試了一下它的效能差異.

同一隻程式,在原本P4 2.6HT 1G RAM的電腦要跑1分40秒左右.

移至新電腦上跑,XEON UP-X3210,4G DDRII 667, 跑出了40秒的成績,足足快了一分鐘.

如此的效能表現,讓人十分滿意.

但也讓我想到另一個問題.

它可能造成我未來在系統開發時,會有效能上的一個盲點.

因為使用者的電腦沒那麼好,有些還只有256的RAM.

在我的電腦跑一秒鐘不到,使用者或許會跑到一分鐘. 也可能跑不出來.

如有這樣的情況,我一定會被K到死. (建議公司的電腦全面升級?老闆應該會叫我走人吧)

看樣子我還是要再想想,怎麼來安置這台新電腦,給它一些任務~

最近看新聞或電子報,都在提資安問題,這個也不是最近才在提,而是已經提很久了.

然而,最近所發生的這些資安問題,都是一些購物網站的資料外流.

換個角度來說,從新聞上得知,駭客並不是取得了使用者的帳號及密碼,直接登入.

而是改採"試"密碼的方式,進行登入,也就是重覆的登入,一直試不同的密碼,一直到成功.

成功後,再到其它網站去試這組密碼.

從使用者的角度來看,這不外乎是懶人密碼所導致,最常被使用的密碼幾乎是生日或身份字號等.

一個密碼"世界通",不管什麼地方的密碼都用同一個.

而一些"網站"的會員申請加入,這些個人資訊都必需輸入.

但有資安管理背景的網站卻不多,畢竟資安的投入經費與人力,不是一個小數目.

因此,被試到密碼的機率就自然提升.

所以有時在申請加入會員時,心中總不免揚起一個小惡魔,填假資料就好,避免個人資料外流.

有時習慣測試網站的密碼加密功能,故意"遺忘"密碼,重新申請一個新密碼.

從密碼重寄的信中,如果看到的密碼通知與我當初設定的密碼相同,即代表我的密碼是可被"還原"的.

危險性自然較高.

如果新密碼與原密碼不同,或許是不可還原,但也可能是可還原,這點較難以證實.

不管如何,至少比寄相同的好.

不過不管如何,如何保護自己的個人資料不外流,除了網站有這個責任外,使用者也是同樣負有責任.

 

前面提到的是使用者部份,但最近有遇到一個案子,讓我冒了一身冷汗.

話說公司的人資系統是外購的,並不是公司自行開發的系統.

日前該軟體開發公司向我們公司的人資單位要資料庫的資料. 理由是他們需要測試.

因為人資不會用,所以請由我們協助處理.

協助處理的同仁相當熟練,沒多久就把資料庫備出來,廠商拿到檔案後,直接還原即可.

聽到這樣的處理方式後,效率好,固然是要拍拍手,但怎麼可以就這樣把人事資料就這樣的給別人,而且還是全公司所有人的資料?

還好發現的早,所以在提供前,把一些重要資料全部改掉.

雖然最後給廠商的資料是修改後的,但其實我們應該還是不需要提供這樣的資料.

我相信廠商絕對有同樣的資料可以進行開發與測試.

並不需要我們提供公司的人事資料.

況且,就算我們與公司簽有保密合約或什麼的,但該公司的基層人員資料管理觀念不見得有到位.

還是很有可能被該公司的基層人員把資料"帶回家".

有些公司於面試時,希望應徵的人能夠展示個人作品,說真的,如果展示出客戶或自己公司資料的應徵人員,就應該要被打屁股,因為這不就直接的告訴別人,嘿,我會A公司的資料出來哦. 你看,這些資料就是我A出來的,很齊全吧. 而這系統也是公司的哦. 原始碼在這! (我想,很少有人一手完成整套系統,大多是團隊合作,或是長久以來的努力與改善所累積下來的,如果用這個來當個人作品展示,只是額外的突顯你個人的操守問題)

 

總之,很多的資料外流,不見得是駭客所為,如果平時能多注意一點,被盜用的風險,自然就少一點.

最近在上PMP的課程,課程中大致上就講了9大知識及5大流程. 上這課程,除了想吸收新的知識外,也想解除我心中的一些困惑.

過程中,課程內容也帶到了一些失敗案例,也整理出失敗案例中的幾個要素 :

1.  溝通不良

2.  目標不清或沒有共識

3.  未有適當監督或專案評估

4.  授權不足

5.  工作重疊或不清

6.  組織設計不良

7.  工作優先順序不當

當我看到這7個原因時,剛好想到目前手頭上的一個專案,這專案剛好這7個問題都犯了,可謂之"完美失敗案例". 這7個問題都犯時,註定這個專案要失敗. 原本課堂中要拿出來討論,(我還真的冒了一身冷汗,因為幾個在專案內的重要角色,高階主管也都在課堂上一起上課,而這專案中,每個人都有犯錯,如果高階主管能保持理智去看待這件事,從中學習改善就好,如果沒有,那我就慘了),但課堂時間不夠,所以沒有拿出來討論.

但這7個問題,卻也是很多家公司都有的通病,不是只有目前才遇到,在前一家公司也有遇到此問題. 所以在課堂中被提出來當失敗案例,其實我不覺得是很丟臉的事,反而覺得很好,至少還有反省的能力,大家一同討論,而接下來如果能配合上改善的動作,那對公司何嘗不是一種幫助. 有助公司的成長~ 如果習以為常,視而不見,一味的抱怨,那對公司才是一種傷害. 畢竟企業是要能 "永續經營"~

其實一個團隊內,如果大家都能盡自己在團隊中的角色,專案其實不會有那麼多的問題(這不是廢話,每個人早就知道!但也是無奈的實話~). 之前在大陸工作,有在製造業帶過專案,回台後,面試了很多家公司,很多家公司的面試人員都跟我說:製造業跟資訊業的專案管理是不同的. 這句話在我心中卡了兩年多,所以這兩年多都在瞭解資訊業,並從中去找出兩種的不同,但找了兩年多,加上最近在上PMP的課程,說真的,我還沒找到不同,只是讓我更解瞭,原來製造業的這個角色,這個動作,在PMP是怎麼去形容它.

或許下次又遇到同樣 "製造業跟資訊業的專案管理是不同的" 的問題時,我可能會請教對方,能否指出它們的不同點~好解開我這麼多年來的疑惑~,因為從PMP教師口中得知,其實都一樣~

工作已經幾年了,第一次收到考核表.

看著上面寫的內容,還真的是有點讓人無言.

其中一項還真的不知道該哭,還是該笑.

[工作完成尚為及時].....

基本上,手頭上的工作,幾乎都是提早完成,除了其中一個大案子.

但那個大案子,也真是有苦難言.

前半年,自己當SA,SD,有時還要兼點PM的角色,做專案進度掌控(這也很有趣,自己管自己的進度,還要跟總經理直接報告進度,講解作業,而我的直屬主管卻是沒有幾項瞭解的,SA文件寫出來給自己看,SD再接著做,所以有次總經理才問了我一句 : Jeff,你是誰啊? 當時聽到這話,還真是不知道要怎麼回答,因為總經理的意思是,為什麼這些全部都是我負責,我的主管呢?). 文件給各長官及使用者確認,卻沒人要確認,每個人都態度不明. 直屬主管不瞭解專案,還是交代我接著做下去.

最有趣的情況是,這程式還經歷過使用者第一次測試,我依第一次測試提出的調整,修改了程式後再交付測試,第二次測試時,某主管才發現[這不是我要的],我當然有疑問,所以就問說,為什麼之前都沒發現,第一次測試時,這些問題,一定能發現的啊,這是很大的不同.但我得到的答案是 [文件我沒看(雖然表情有點心虛)],[第一次測試時我沒測,我只有交待給下面的人去測,我只有看他們的測報(表情一樣心虛)]. 但不知為什麼的,被直說我沒有[Command Sense],所以專案硬在這次,被打了回來. 經理也沒去瞭解情況,就直說[現在重新來過][這個由我來負責帶].

說真的,四個月過去了,程式又交付測試,我還是不知道經理這次出來負責了什麼,也沒跟使用者確認,一切都是他決定的算,這是目前讓我最擔心的地方,雖然一定會被要求更改,但小地方就算了,但我確感覺到有9成的機率要大改,四個月來,還是只有我一個人在負責全部. 但使用者記得的時間點是需求提出時,現在已經過了十個月了,使用者的測試時間,還是算在我個人的身上,他不測,時間也是算我的. 而我就負責背上效率差的罪名....

看到考核表上的結果,有點無言,只想對經理說,如果我們是車子,不能奪冠,不是只有車子的性能問題,還有駕駛(管理者)的技術,總不能因為被說我們車子慢,你就先踹車,你老是帶大家去撞牆,零件一直掉(人員離職),一直在找零件補(找新人),不要說新零件的磨合期,現在連零件都還補不齊,已經在缺料中,現在也有些零件也快掉了,好好開這台車吧,我們現在禁不起再撞一次.

最近因為一些事務的關係,必需與使用者寄信溝通.

就在這書信的往來過程中,不經意的發現,有些人必需於職稱前打"資深"兩字.

有些人或許覺得這個不重要,但我就曾在信件中漏打了資深兩個字,被該名資深經理指正.

漏打了別人的職稱,本來就是我的錯,所以改正就好.

但我比較好奇的,是怎麼樣的資格,才可以稱之為"資深"?

待的夠久? 技術夠好?

如果是依時間來決定,多久才能算資深?

這是個有意思的"名詞".

那我從入社會至今,大概做了1年的技術人員,2年多的管理職,2年半的程式設計師.

不知道這樣算不算資深.

有朋友說,程式設計師3年就可以算資深了(不知道那國的算法,這樣路上就一堆資深工程師了).

但我還是不懂,多了一個資深又如何~

如果掛個資深有加薪的話,那我可是很樂意的咧