如果引用或轉貼,麻煩註明出處與本網誌連結,否則視為侵權。

2017年7月5日

管理經驗談 - 甚麼樣的激勵才是有效的

作者: Fred F.M. Wang (FW知識瑣記) 日期:20170705

         企業對於辛苦付出的同仁,當然要給予激勵。不過要注意避免ㄧ些負面效應。下面列舉一些負面效應

一是依賴心理 : 如果員工養成對激勵的依賴,一旦沒有達到目的,或沒有感受到激勵,就失去努力的動力。當然,能夠自我激勵的員工是主管們最喜歡的。

二是造成其他人士氣下降 : 當激勵無法遍及所有人,或僅及少數人,對沒有被眷顧者,可能造成心理的打擊,況且常常工作是主管指派的,而不是自己可以選擇的。更嚴重的情況是破壞同仁間的團結與互賴,特別是影響到需要團隊合作的工作,這種情況是主管最不願看到的,這也是許多企業的獎金紅利等的發放都明文規定保密的原因。

三是只做好跟獎勵目標有關的事 : 造成沒有人要做Dirty Work,以籃球隊而言,如果以得分多少來獎勵,那麼每個球員都搶著投籃得分,而沒人要傳球,防守與搶籃板。有些工作是隱性的,如空氣,陽光跟水,沒有才感受到重要的事,有些人做的事是達到最終目標過程助跑器,接著劑或潤滑油,但是這些往往不會訂定在獎勵目標中。

四是短視近利 : 有些工作是長期持續但重要的,有些工作短期無法獲利,但是卻可能是下一個金母雞,這些工作不如當前最賺錢的事業或產品線獲利豐碩,但是在績效獎勵掛帥下,就被犧牲了。

可以看看一些激勵的案例 (來源 : MBAlib網站)

案例一 德國DM日用品和化妝品連鎖超市的創始人格茨•維爾納。多年以前,格茨•維爾納白手起家創建了DM超市,多年以後,DM已擁有一千多家連鎖店、兩萬多名員工。DM員工的收入在同業中較高,但是沒有獎金。維爾納認為,發獎金,意味著管理者認為員工沒有附加的刺激就不能以最高的積極性投入工作,這對員工的不信任。

案例二  松下電器的創始人松下幸之助常對部下講:"我做不到,但我知道你們能做到。"他要求管理者必須經常做為員工"端菜"也即服務的工作,尊重員工,激勵員工,讓員工最大限度地發揮他們的積極性和創造性。正是對員工創造性的充分尊重和肯定,才激發起了松下員工忘我的工作熱情,共同建成了松下家電王國的豐碑。
案例三 在海爾,其員工的工資並不是最高的,只比青島的平均工資水平略高一點兒。儘管如此,海爾的員工對自己身為海爾的一員都有很強的自豪感。海爾在員工管理上最具特色的方式,是直接用員工的名字命名他們不斷改進了的工作方式。據《海爾的激勵模式》一書介紹,在海爾,以員工命名的"操作法"有二百餘項。

而甚麼是有效的激勵呢?

     可以參考下面內容 -- "中國的中遠集團曾在8萬名員工中進行了一次問卷調查,列舉了與工作有關的因素和描述,讓員工找出他們滿意什麼,不滿意什麼。 調查結果表明,員工無論年齡大小,所從事職業和崗位有什麼不同,共同看重的因素有:成長的機會、專業技能的培訓、員工在團隊中的重要性、個人能力得到施展的程度、工作挑戰性、工作的反饋程度、薪酬、福利等等,不滿意的因素是獎勵措施等。 "
 
       筆者不算讀書時期在企業的part time job,從民國82年進入職場到現在已經超過20年了,看過一些成功與失敗的激勵方式,不可否認薪資水準是留才的最基本的條件。  除了給同仁合理的薪資水準,賺錢時給予適當的激勵獎金外,我的經驗是人與人的良性互動,主管與下屬,同事之間的關係是最重要的,大家有很好的團隊情感,有共同的願景,才能長留好的人才,其他如上述中遠集團的調查,成長的需求,有發揮能力的舞台等,能夠做好這些,讓同仁看到與感受到公司與主管的用心,才是成功的激勵

2017年6月30日

如何將個人電腦中的影音檔透過家庭網路播放到電視上 -- Sony Bravia電視為例

作者: Fred F.M. Wang (FW知識瑣記) 日期:20170630

1 Sony Bravia電視的網路線連到家庭網路中,例如連到家庭網路的交換器,集線器或Wifi基地台的網路埠

2 Sony Bravia電視啟用Renderer功能

3 個人電腦控制台設定
     3.1 控制台\所有控制台項目\系統管理工具 \ 服務
           啟用 "Windows Media Player Network Sharing Service "

      3.2 控制台\網路和網際網路\網路和共用中心 設定共用
           選擇家用群組和共用選項
           進階共用設定,如下圖 : 
 
4 3 Windows Media Center 右上按鈕,如下圖,可以選擇到 BRAVIA,再將影音檔移到播放輕單,就可以撥放到電視了
 

[程式設計] 如何快速將現有的PHP網頁程式輸出為PDF -- 使用mPDF程式庫

作者: Fred F.M. Wang (FW知識瑣記) 日期:20170630

如果您已經寫好一個PHP網頁程式,現在需要提供一個功能,例如一個按鈕,將此內容直接輸出PDF。這時候,可能需要另外寫一支PHP程式將內容轉輸出PDF。

筆者比較了幾個PHP程式庫後,推薦使用mPDF 程式庫,可以用最少的程式碼完成這個功能。

程式碼範例 :

  require("mpdf60/mpdf.php");
  $mpdf=new mPDF('utf-8','A4');
  ob_start(); 

  include('您的PHP網頁程式.php');

  $html = ob_get_contents();
  ob_end_clean();  
  $mpdf->WriteHTML($html); 
  $mpdf->Output();
  exit;

直接將寫好的PHP網頁程式include進來,就完成了,簡單吧。

不過看看輸出的PDF內容,您會發現無法如預期顯示您設定的字型,表格顯示也有一些問題。就這兩部分,還需要進入mPDF官網查查看相關設定 : 字型設定, 表格設定

有關字型設定,以下是我的設定範例,如何在mPDF增加與顯示Eras ITC字型

步驟 1 將Eras ITC字型檔複製到mpdf60\ttfonts 資料夾中。
步驟 2 設定  mpdf60\config_fonts.php
    2.1   $this->fontdata 中增加Eras ITC字型  
    $this->fontdata = array( 
    "eras-itc" => array(
        'R' => "ERASMD.TTF",
        'B' => "ERASBD.TTF",           
        ),

    2.2 $this->fonttrans 增加  'erasitc' => 'eras-itc',  
    $this->fonttrans = array(
    'times' => 'timesnewroman',
    'courier' => 'couriernew',
    'trebuchet' => 'trebuchetms',
    'comic' => 'comicsansms',
    'franklin' => 'franklingothicbook',
    'ocr-b' => 'ocrb',
    'ocr-b10bt' => 'ocrb',
    'damase' => 'mph2bdamase',
    'erasitc' => 'eras-itc',
);
注意 : CSS程式中font-family只有$this->fonttrans與$this->fontdata設定的字型才會顯示, 而且名稱要一樣

步驟 3 修改程式中的CSS
  
   body {
    color: black;
    font-family: erasitc, "Eras ITC","Eras Medium ITC", Arial;
   }


2017年6月20日

程式碼審查有助於提升程式品質嗎? 有關程式審查的十個事實

作者: Fred F.M. Wang (FW知識瑣記) 日期:20170620

英文原文:10 facts about code reviews and quality 

摘要翻譯
        以下是從 680家公司訪談有關程式品質與程式碼審查的案例,得到下面結果
  事實一:我們花大量的時間在審查程式碼 。事實是,我們每週平均花費 5 個小時來審查程式碼 ,或者每週 12.5% 的時間來查看程式碼 。
 
  事實二:作為開發人員,每週花費超過一天的時間來審查程式碼與提高程式碼品質並不相關,反而是用更多時間在發佈新功能(而不是修復bug 或償還技術債務)。  
 
  事實三:45% 的開發人員說,「缺少時間」是審查程式碼的真正障礙,34% 的開發人員則認為是迫於「發佈新功能的壓力」

  事實四:72% 的開發人員表示他們被阻止花時間審查程式碼

  事實五 66% 的開發人員表示需要 1 人批准他們的 pull requests,25% 需要 2 人,小於 5% 需要超過 2 人。(註 : Pull Requests : 開發人員可以透過Github發出Pull Requests要求請求他人將程式拉下來看,也就是由開發人員主動要求他人幫忙做Code Review的意味。)

  事實六:53% 的人表示有監控程式碼覆蓋率,但 65% 表示沒有程式碼覆蓋率的最小門檻值(標準),來批准 pull requests  (註 : 代碼覆蓋(英語:Code coverage)是軟體測試中的一種度量,描述程式中源代碼被測試的比例和程度,所得比例稱為代碼覆蓋率。有多種不同的覆蓋率準則, 如函式覆蓋率,敘述覆蓋率,判斷覆蓋率, 條件覆蓋率等 )

  事實七:29% 的開發人員表示 他們的專案中最大的問題是「工作量」,而工程副總和處長的則認為是「交付速度」。開發人員的第三大問題則是「管理」。

  事實八:關於誰來審查程式碼 ,讓團隊中的每個人都參與是最常見的做法。其他方法則是由專案負責人或模組的負責人來參與,或讓資深的開發人員來審查多數的程式碼 。
 
  事實九:較嚴格的程式碼 審查會讓我們用更少的時間修復錯誤,也就有更多的時間來提供新功能。較不嚴格的程式碼審查者會花費 31% 的時間修復錯誤,而嚴格的審查者則只花費 24% 的時間。關於專注新功能的時間:和上面對應的分別是 43% 和 54%。(嚴格的審查者有更多的時間專注於新功能)

  事實十:開發人員花費 45% 的時間修復錯誤或解決技術債務(以前留下來的問題),與建立新功能所花費的時間不相上下。
 
由上面來看,程式碼審查可以提高修復錯誤的效率,但是不見得可以提高程式碼品質。
 
 


2017年6月15日

[企業管理的省思] 資安系統能阻止所有商業機密外洩的可能嗎?

作者: Fred F.M. Wang (FW知識瑣記) 日期:2017/6/15

有些很多公司導入資安系統以防止公司機密洩漏。筆者認為這些系統僅能發揮部分防護與紀錄的效用,讓機密外洩稍微不容易一點,但無法完全阻止機密外洩,有時反而造成想做事的人工作上的不便與企業的效率不彰。

例如資安系統能完全防止透過下面方式洩漏或竊取機密 ?
1 傳真
2 假冒主管郵件要資料
3 IT系統管理員,資料庫管理員等掌有資料讀取權限的人 竊取或洩漏
4 手機照相, 錄影 
5 紙本攜帶出去
6 錄音
7 假冒主管電話要資料
8 同仁嘴巴中 有意或無意洩漏
9 高層主管嘴巴或郵件中 有意或無意洩漏

或許前三項部分系統可以做到,但其他項目則需要靠建立制度嚇阻與員工的品格操守才能防止。

可見資安系統無法防止所有商業機密外洩的可能,這就表示真的有心竊取或洩密的人,一定有方法,那麼,花大錢的投資且造成企業效率不彰產生的大量成本,值得嗎? 因此,如何找到平衡點,避免資安系統成為企業效率 的殺手應該是老闆們該思考的。