2009/06/30

《媽媽是最初的老師》閱讀心得與介紹

這本書是妻子有一天找到蔡穎卿Bubu的部落格後告訴我的,等我上市圖去借時,怪怪!我的前面竟然排了68人!所以,妻子又在學校的圖書館排隊借閱,看那個會比較快借到!

等到我從妻子手中拿到這本書時,我的前面竟然還是排了36個人,可見這本書實在是太熱門了!

2009/06/26

設備管理之外-回應京华孤客《从成都公交车燃烧谈设备管理的重要性》

設備管理之外-回應京华孤客《从成都公交车燃烧谈设备管理的重要性》

看完京华孤客《从成都公交车燃烧谈设备管理的重要性》一文後,關於設備還有其他的不同意見,所以回文表達我的看法。

在這篇文章中

作者已經把設備管理該注意的項目全寫出來。但設備不論是好是壞都已經買了,也無法改變,難道我們不能再作比作者所提的事更多嗎?

我認為是可以的,以下都是從設備的觀點來看的。

1.檢討設備稼働率。

透過了解「稼働率」,可以知道設備的使用率是否達到當時預估的目標,如果沒有到達目標值,得檢討:
  1. 未到達的原因,及其改進措施。
  2. 預估失真的原因。
    以避免下次採購時又犯了相同錯誤!
  3. 是否真有存在的必要
    一直以來,如果某條產線稼働率過低,那就可以考慮裁掉產線,改採外包、合併產線。
這項資訊可以提供未來採購時選擇廠商的策略依據。

2.檢討產能效率。

產能效率」純粹表示製造的速度,且不考慮品質。

這項資訊可以知道相同產品的不同產線設備產能的差異,除了可以提供未來採購時選擇廠商的策略依據,對於產能較低的設備,可以考量其他的手段以提昇產能。

3.檢討MTTF

MTTF(Mean Time To Failure)適用於失效後無法修復的產品,表示產品出廠到失效的平均時間,也就是產品的平均壽命。

因為有些設備,明明還未到達會計上的折舊攤提時間,就壞到不能用、也不能修;但其他相同設備卻還能繼續使用。這時就需要深入了解會故障到不能修復的原因。是:
  • 人為疏失?
    這可以靠教育、改變薪資制度、提供誘因改善。
  • 使用方式超過預期?
    是不是已經超出設計的產能了?
  • 設備本身的問題
    檢討是否為設備本身的問題?要再繼續投資改善設備?或需要縮短維護的時間?
這項資訊可以作為計算成本、計算維護周期、採購選擇廠商的策略依據。

4.檢討MTBF

可以從過去的維修記錄,用來估計設備修復後,下一次發生失效的間隔時間MTBF(Mean Time Before Failur)。

因為某些相同型號的設備,就是會比其他同款的機器更容易故障,這時就需要深入了解故障的原因。是:
  • 人為疏失?
    這可以靠教育、改變薪資制度、提供誘因改善。
  • 設備本身的問題
    檢討是否要再繼續投資改善?或是縮短維護的時間?
這項資訊可以作為計算成本、計算維護周期、採購選擇廠商的策略依據。

5.檢討營運成本

利用「良率」,可以計算出每一間廠商的產線/設備的單位時間營運成本。這項資訊除了可以提供未來採購時的策略,也能作為降低成本的指標。


小結

從現在的分工來看,或許上述的這些工作都由別人來作,其實,這些工作其實都是可以從手邊既有的資料換算而來。

這也表示:「記錄」真的是非常的重要!

2009/06/23

Tester vs. SQA - 2/5 QI、QC與Tester

前一篇文章,我們透過以下這張「品質的發展與演進趨勢」來介紹品質的定義、和品質的演進。


在這一篇文章中,我們將進一步說明QI、QC,以及QI、QC在軟體業內應用QI、QC的情形。

我也將說明,為什麼我會說「僅執行軟體測試的水準,充其量只有40~50年代的水準」?

2009/06/18

2009/06/09

《人間大學 2.0》讀後心得

這本書,是我的朋友錫展推薦的。

我從看了本書的第一個人生故事後,就像聽了一千零一夜故事的國王一樣,從此就欲罷不能,聽了一個就還想聽下一個。

2009/06/08

《如何撰寫新聞稿,輕鬆「網」住讀者與媒體的眼光》課程筆記

2009/6/6下午,我為了讓自己撰寫文章的技能更具有「商業價值」,就報名去上了《如何撰寫新聞稿,輕鬆「網」住讀者與媒體的眼光》課程。

等上課了才知道,這門課程中是先講一些和新聞稿有關的事項、操作的原則。但講「實際動筆寫」的部份,則要等到6/27的寫作課。

因為,講師的演說內容有點零散,所以整理出的課程筆記和課堂的先後順序可能不一定相同,也不是所有的內容我都有記下來。和大家分享這堂1500的課程。

2009/06/04

《遇見未知的自己》讀後心讀

這本書是妻子時常推薦給學生看的書,卻算是我看的第一本正式的所謂「心靈成長」的書。

看完之後,我也推薦大家也看看這本書。

2009/06/02

HSBC-Direct 你真的了解客戶的問題嗎?

最近使用Firefox進入HSBC-Direct 平台後,只要一點選帳戶號碼想看帳戶的資料時、或是點選基金的資料時,就會出現以下的畫面:

而且,其實是在登入頁面就有問題:

因為提醒說明根本已經偏移了:
  • 「帳戶管理」服務將於2009年5月24日(星期日) 01:00 a.m. 至 06:30 a.m.暫停服務,造成您的不便,敬請見諒。
  • 「跨行轉帳」服務將於2009年5月25日(星期一) 01:00 a.m. 至 05:00 a.m.暫停服務

我的解決方式

是先上官網去查是否有相關的資料?結果完全沒有。

接著我又用 IE去測試,發現這兩個情況在IE內都是正常的。

第一次回報錯誤

所以,我就寫了一封mail向 HSBC-Direct 回報這個問題:


第一次回覆

HSBC Direct給了我這樣既制式、又四平八穩的回應:


他們的回覆,就像是公務員在回覆民眾一個他們不想、或不願解決的問題。先給你一個過去能解決80%問題的答案,再看看你的回應。

對他來說,回答問題,可能只是一份他可能每天都要作的事情,問題,則像是每天在他身邊來去的陌生人,能花最少的時間打發最好。如果你有決心繼續追問,他就再依你的問題,看該如何回應。

我真的很想找其他也是HSBC-Direct的使用者,也去回報這個問題,看看是不是也會得到相同的答案?但我猜,答案極有可能是相同的。

但是,對一個比較進階的使用者而言,完全看不出這個答案具有任何解決問題的能力,卻像是打發我的mail。如果他們真的已經了解我的問題的話,應該繼續追問我其他的問題,而不是給我一個不能解決問題的答案。

為了解決這個問題

我就用Safari再試了一次,發現只有第二個問題仍然存在。

所以,所以我直接推測第一個問題應該是只發生在Firefox上;而第二個問題則是IE以外的瀏覽器都會發生。為了讓我的Firefox能儘快登入系統,看來我只得自己解決這個問題了:
  • 第一個問題
    因為上個星期以前我都可以正常地登入使用,直到這個星期才突然無法登入的,所以我猜想應該不是Firefox本身的問題,而更像是 Plugin的問題。
    我就開始將最近裝上的Plugin全停止然後試看看,果然讓我發現最近裝的Firefox 套件 YSlow(YSlow的相關說明)是導致這個問題的主因。
    YSlow 能讓你每一個Blogger和網站擁有者了解自己的Blog和網站目前的性能,藉此調校Blog的性能,以提昇Blog和網站的效能。
  • 第二個問題
    我連試都不用試,就知道是HSBC-Direct 在開發完平台後又使用了只適用於IE瀏覽器的語法,這才是導致IE以外瀏覽器無法正常顯示的原因。
第二次回報錯誤

我根本已經不期望他們能幫助我解決問題了,我這次只想測試HSBC-Direct 處理這類問題的能耐。

在信中,我直接告訴他們我認為的答案,就看他們如何回應,而且我直接重話批評他們「對於解決這類問題的方式,貴公司提供的方案與解決能力,實在很不專業!」就是想看他們怎麼回應。

第二次回覆



從回信來看,HSBC-Direct 並沒有收到我寄去信的附件?實在讓人難以相信。

我決定直接回覆他們這篇文章的網址,讓他們自己進來看吧!因為,對於如此不專業的客服,我也真的懶得回應了!

小結

其實,我原本對 HSBC-Direct 的印象還不錯的,所以我才寫了《在HSBC買基金還真不錯》這篇文章。

HSBC-Direct 算是我認為國內不論是從硬體(系統規畫、架設)或是軟體(客服、行銷)的規畫來說都很不錯、也很具有國際水準的平台。但這樣的公司也會幹蠢事,真令人不可思議,但重點是他們竟然還不知道自己就這麼幹了?

一開始我本來想要針對這整起事件提出一些具體、可以執行、有建設性的方法,來檢偵問題、並避免相同的問題再度發生。

不過,因為一直抽不出時間寫完,這件事就得先暫時擱著了。但這篇文章的後續發展會繼續更新,請大家拭目以待。