Re: [問題] 程式只要一有BUG就扣考績?

看板Programming作者ddavid (謊言接線生)時間15年前 (2010/07/26 21:33)推噓1(1推 0噓 0→)

留言1則, 1人參與討論串2/2 (看更多)

: → ddavid:請參考Joel on Software的文章，簡單結論就 118.167.114.243 07/26 21:16 : → ddavid:是「沒有很好的方法」XD 118.167.114.243 07/26 21:16 : → ZhuLu:請問那是一本書嗎? 114.39.139.51 07/26 21:19 它一開始是個個人網誌： http://www.joelonsoftware.com/ 後來因為他的文章實在太經典了，所以就有人發起將他的文章翻譯為各國文字的行動： http://local.joelonsoftware.com/wiki/Main_Page 這是中文的部分： http://local.joelonsoftware.com/mediawiki/index.php/%E9%A6%96%E9%A0%81 最近其中的不少被集結出書了，這是中文的版本（我不是替博客來打廣告，只是 Search第一個看到它XD）：《約耳趣談軟體：來自專案管理的現場實錄》 http://www.books.com.tw/exep/prod/booksfile.php?item=0010467041 《約耳續談軟體：探究軟體經營的根本實學》 http://www.books.com.tw/exep/prod/booksfile.php?item=0010472662 若你不那麼習慣用網路閱讀較長的文章，或希望在你短短等捷運的時間也可看，那麼買書也是推薦的。至於其中講到對程式人員的考績評價方法，可以參考這幾篇（書的譯名可能與網頁的不同，可自行對應）：《約耳趣談軟體：來自專案管理的現場實錄》 Ch21 激勵是有害的 Ch28 測量 Ch32 兩則故事簡單的結論是，不要想用某種死板固定的規則來打程式人員的考績並做獎懲，只會造成上有政策下有對策的反效果。你該做的事是一開始就選到對的人（在其它篇章中有清楚的說明），然後讓他們有真正能做好事情的環境（同樣在其它篇章中有清楚的說明），而不是用他們寫了多幾行程式或改了幾個Bug就獎勵他，反之就處罰。 -- 「如果你還知道牆壁或地板是硬的，就不該老是去用頭撞啊！」「妳在說什麼，為什麼我會沒事去用頭撞牆撞地板啊！」「不然，還有什麼理由能解釋你怎麼這麼笨啊！」－－蘭娜．席斯塔 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 118.167.114.243 ※ 編輯: ddavid 來自: 118.167.114.243 (07/26 21:34)