[轉錄]Re: [閒聊] 深度討論:如何有效促進員工績效

看板GameDesign (遊戲設計)作者Attui (買書越來越難了..)時間15年前 (2010/07/23 21:04)推噓1(1推 0噓 7→)

留言8則, 4人參與討論串1/1

※ [本文轉錄自 toberich 看板 #1CIMPpkJ ] 作者: kuoyu (^_^) 看板: toberich 標題: Re: [閒聊] 深度討論:如何有效促進員工績效時間: Fri Jul 23 17:52:49 2010 ※ 引述《saja (莎亞)》之銘言： : 在製造業達成KPI並且給予績效獎勵是很有用的呢!!軟體業卻非如此 WHY? 製造業的績效很容易衡量產出數量良率等等軟體業就不好衡量了不同工程師寫出功能一樣的軟體兩人各寫各的怎麼知道好壞?如何給分? 學校裡面老師可能會看程式碼誰寫的好分數給高但是學生人數一多老師時間不夠就用結果論程式執行結果正確的就pass 不對的就重寫很公平很公正簡單明瞭反正對學生的要求已經不多了據說某些老師只要學生能寫出九九乘法表就過關不稀奇了但是業界就不一樣了哪個主管會看程式碼給分的啊? 執行起來ok就好了嗎? 不！還有很多要考慮的有沒有哪個地方也瑕疵會出現bug?光這點就不是三兩下可以看到的當一個系統越龐大自己越不容易看到bug 越怕被別人抓到bug 一個系統的產生往往從需求分析開始做起需求分析做的好資料流程就好弄清楚才好規劃架構切割不同的模組慢慢分割分割切成比較小的單位然後才是寫程式寫好個別測試組起來測試測試有問題再檢討問題在哪裡 (嚴格說起來需求分析之前還要徹底的客戶訪談) 如果前面做的不好後面就很難收尾一般人會看到的只有「寫程式」那已經是中後段的部分了當然也有人什麼前置作業都沒有直接寫程式但是那只能應付小程式規模大一點很容易就科科了想想看這些要怎麼去看績效好吧！路遙知馬力給他實際上線看看不過有些bug可能要上線一兩個月才會被發現好吧！那就一兩個月之後看看但是也可能半年甚至更久慘了 bug先不談好了這案子張三八個星期完成李四要十週才生出來這樣看起來張三的團隊能力比較強一些一年之後客戶想要一個新的功能看看各生產線的即時績效表張三跟各組長研究一下兩個星期可以加進來加上測試預計一個月內結案李四二話不說打開.ini檔改個設定一半的功能出來了剩下的兩天可以新增完成因為李四一開始就預料到客戶會有此需求由於不更動到原始程式流程只要產線停機時更新程式就行加上測試預計兩個星期完成這樣一來李四比較強了這時強者王五發現一個關鍵馬上寫個小程式直接進DATABASE撈資料因為是獨立的小程式就算on th fly都不用怕這績效怎麼打啊? -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.62.155.53 -- The man: "God, how long is a million years?" God: "To me, it's about a minute." The man: "God, how much is a million dollars?" God: "To me it's a penny." The man: "God, may I have a penny?" God: "Wait a minute." -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 118.169.133.177