2013年3月29日 星期五

我的NB Win7 效能選項設定

這一篇PO文只是因為最近調整過我NB上的設定,單純只是備忘,無任何參考價值。

設定

2013年3月25日 星期一

要怎麼叫老板懂雲端!

上週老板臨時找幾個大主管和我召開一個XXERP會議,我想:『咦!這套ERP不是幾年前我們上了四個半月後就下線了嗎?現在在公司裡XX公司是不能說的禁忌,為何要開這個會,是什麼情形???』

開來會才了解,原來XXERP的總顧問和老板私交甚深,前幾年老板也因為ERP上線失敗的事在生顧問的氣,但這幾年顧問為了商譽(就是人家一直會問他,我們公司的上線情形)一直有在找老板,想要把這個『暫停但不放棄』(這個辭神吧!當初老板叫專案小組檢討要決定ERP專案到底要繼續還是放棄時,一個聰明的幕僚同事想出來的,打死我也想不到!)的專案重新啟動。

================以上都是閒話帶過=================

反正就是那位ERP顧問,在會議中提到他們家的ERP已經和XX電信合作上雲端了,要用他們家的系統可以不用買主機,不用建機房,每個月只要付月租費有連網就可以了!老板聽了當然很心動,只覺得『哇!以後資訊可以不用再寫簽呈上來要買主機了!』,雖然我只能透過小小的30”電視螢幕看到坐在遠在對岸的老板,根本只能看到人看不到表情,但我仍能感覺到老板的的雙眼立刻亮起來了,當下指示我要針對雲端這件事對他作個簡報,讓他了解以後我們公司可以怎麼運用雲端來省錢。

唉!看到老板那麼興奮,與會人員對雲端一知半解的發言,無奈呀!當天感冒被鎖喉了,要講清楚的講一句話讓對岸的人聽到真的是很困難,只好讓大家對雲端有個美麗的誤會吧!

這兩天休假在家裡想到這件事,心裡在想怎麼讓老板聽的懂;從以前我就有所體認,要讓老板級的人聽的懂我們資訊人在說什麼並不困難,就是想辦法把他類比成車子、房子就沒錯了!

首先要讓老板理解,羊毛出在羊身上,不是什麼主機或服務都能往雲端擺,不要等帳單來了才後悔!

所以我打算以以下的概念讓老板了解雲端:

1.買主機放在公司就像自己買車:雖然一次付出比較多錢,壞了要花錢修,但想去那就去那,自由度高。

2.IaaS就像租車:,一次付出的比自己買主機少的多,也不用管維修,自由度也算高,但缺點是長期用或用量高不一定便宜。

3.PaaS像搭計程車:自由度比租車少一點,但優點是有司機開車,讓您更省點事,但一樣依使用量算錢。

4.SaaS就像搭大眾運輸系統:自由度最少,但優點就是便宜,就以顧問這次說他們家的雲端ERP為例,月付少少,不用架主機買授權也省機房冷氣錢,但顧問沒講到的是:不接受客製。

聽廠商講雲端那麼久,還沒聽過像我用這個例子來講雲端的,大概是角度不同吧!算是我的原創概念,特為文紀念!

2013年1月4日 星期五

完成階段性任務

來到這家公司擔任空降MIS主管轉眼已經四年多,從前年底起連續兩年為底下認真作事的同仁爭取加薪,去年老板沒有同意,今年開工第二天終於得到好消息,老板同意幫同仁調薪,雖不如我預期,但總算聊勝於無!在傳產生產線都已外移的公司,要幫在台灣的同仁加薪真難!

雖然加薪沒我的份,但老板還是幫我調了一下Title,由專員調為副理,算是認可我這些年帶領資訊團隊的努力!也讓我深刻體會到什麼叫”贈人玫瑰,手留餘香”這句話的意涵。

前陣子整理一下這四年的工作績效,覺得還滿亮眼的,現在也總算有機會犒賞了這幾年認真努力幫忙的同仁,對公司對同仁都算是有了個交待,該是更上層樓的時間了,總算成功的完成階段性任務!

這幾年的工作重心都是在管理,管理真的門藝術,有機會再來跟大家分享管理心得。

2010年5月10日 星期一

MS SQL字串中的單引號要如何表示

今天協助同事處理SQL查詢速度太慢的問題,原來的語法是:
Select * from Table_A LeftJoin OpenQuery(Another_DB_Server,'Select * from DB.dbo.Table_B') as Table_B on
(Table_A.Col_1=Tbale_B.Col_1 AND
Table_B.Col_4='D')
Where Table_A.YYMM='201005'
其中Table_A資料筆數約15萬筆,Table_B資料筆數約20萬筆,這個查詢查下去要花56秒,我看了以後直覺就是兩個大Table Join不慢才有鬼,所以我第一件事就是先減少遠端查詢的資料筆數,也就是在OpenQuery那行SQL指令作手腳,原本是:
Select * from DB.dbo.Table_B
改成:
Select * from DB.dbo.Table_B Where Col_4='D'

可是問題來了,在OpenQuery中的這段SQL指令是一個字串,前後都要用單引號包著,快兩年沒用SQL了,字串中的單引號要如何表示早就忘了,找一本SQL指令的書看半天都找不到,只好拜Google大神,一下就找到答案了,就是用兩個單引號表示,將原本的SQL指令改為:
Select * from Table_A LeftJoin OpenQuery(Another_DB_Server,'Select * from DB.dbo.Table_B Where Col_4=''D''') as Table_B on
(Table_A.Col_1=Tbale_B.Col_1)

眼花了吼!
'Select * from DB.dbo.Table_B Where Col_4=''D'''
[單引號]Select * from DB.dbo.Table_B Where Col_4=[單引號][單引號]D[單引號][單引號][單引號]

2010年2月4日 星期四

[轉錄]EMBA電子報 捍衛你的時間

我有訂閱EMBA電子報,今天看到的其中一篇,讓我想到近期導入ERP專案所遇到的一些問題,有感覺的地方我用粗體標示,以下資料轉錄自EMBA電子報:

有一家企業團訂客戶的高階主管,把去年一整年EMBA雜誌裡,對他們公司來說最重要的二十個觀念列表整理下來,印成兩頁A4的紙,與同仁分享。
當他把這兩張紙與我分享時,作為雜誌的編輯者,我心中相當感動。這也讓我想到,那麼我自己呢?二○○九年我對於這整年度的EMBA雜誌裡,印象最深刻的,是哪一個觀念?
首先跳出腦袋的,是專訪波士頓顧問公司(BCG)全球CEO博克納時,他說的一段話(二七六期,八月號)。
專訪中,我問他,作為全球頂尖的顧問公司領導人,每個人見到你時,無不希望向你尋求解答。但總有時候,即便是你自己都可能有困惑,這時你怎麼想出答案?
「如果你問我,你應該留長髮還是短髮,我當然可以談一談長髮和短髮的優缺點,但這必須和你喜歡什麼有關。答案不是『短髮』或『長髮』。」博克納緩緩地說,「客戶的情況也是一樣。如果你問我:『我應該推出新產品嗎?』答案不是「Yes」或「No」,而是:你的目標是什麼?你擅長做這件事嗎?經過這些步驟,來發展出『你』的解決方案,而不是由我開出藥方。」
是的,希臘哲人不是用兩個字道盡一切學問了嗎?「了解自己。」(Know thyself.)重點在於自己身上。
如果我們不知道自己要往哪裡去,眼前的一切可能都是機會。但這其實是經過包裝的陷阱,它讓團隊忙著執行各種活動,但浪費了公司的金錢、資源與時間。
事實上,這中間最重要的,是時間。管理團隊的時間和能量,正是企業的策略性資產。因此,高階主管應該透過一些做法來捍衛這些資產。例如,設定四○%的時間,必須用在和策略優先要務有關的事;或要求自己,發展一個簡單的主題,來團結整個組織,連結所有的活動(第282期第三六頁)。
由豐田和通用汽車合資的NUMMI汽車廠,曾經在沒有替換任何員工的情況下,讓公司短短一年內品質大幅提高,士氣顯著提升。負責推動這個改造的顧問舒克(John Shook),剖析這段過程,他說,傳統的想法是,要推動企業文化的改變,一開始是要促成價值觀和態度的改變,才能做對的事。
但他在改造這家汽車廠的經驗中,得到的結論卻相反。他指出,在改變企業文化時,有效的做法其實是,先定義我們想展現的行為,接著再採取流程強化這些行為,最後才能促成文化的改變(第282期第六二頁)。
這些長期基本的課題,就讓我們用新年長假慢慢咀嚼。

2009年12月21日 星期一

企業IT運作之KPI

原文引用自:http://tw.myblog.yahoo.com/universe-leo/article?mid=349&prev=361&next=-2&page=1&sc=1#yartcmt

企業IT單位常因為被定為成支援單位, 所以在執行績效上就很難看得出有重大效益, 尤其在非採[成本中心]制的組織中, 只會看到IT整天在花錢, 卻看不到幫組織作了什麼了不起的事, 所以, 如何界定IT的企業價值就變成CIO一個重要的任務, 而訂定一些KPI來記錄IT所提供之服務, 可以讓IT的存在價值被量化

  • 使用者經驗
  1. 使用者對IT Service之整體滿意度

  2. IT Service為組織內各單位所帶來之作業效能提昇
  3. IT Service為組織內各單位所帶來之成本支出下降
  4. 使用者對IT Service抱怨次數
  5. 使用者對IT Service抱怨後IT回應之滿意度
  6. 對作業自動化過程中,資訊透明化之滿意度
  • 内部執行績效

  1. Trouble Shooting之Response Time
  2. Trouble Shooting之Process Life-Cycle
  3. Issued資訊需求之Response Time
  4. IT Service異常發生之頻率
  5. 非計畫中IT Service Downtime之Recovery時間
  6. IT對使用者抱怨之回應時間
  7. IT Infrastructure Security
  8. 內部電腦受病毒、釣魚程式、間諜程式、Hacker侵襲之比例
  9. 對內網路穩定度
  10. 計畫中IT Service Downtime之頻率

2009年8月28日 星期五

現場作業管理

現場作業的管理要點:『人機料法環』

人:人員
機:機器設備
料:物料
法:作業方法
環:環境