tag:blogger.com,1999:blog-1298974142445162186.post4229388049300265413..comments2024-03-19T15:58:12.198+08:00Comments on 搞笑談軟工: Pair Programming 成本太高,嗎?Teddy Chenhttp://www.blogger.com/profile/02066842119056439711noreply@blogger.comBlogger3125tag:blogger.com,1999:blog-1298974142445162186.post-66338335734509969682012-07-13T15:56:15.161+08:002012-07-13T15:56:15.161+08:00其實我也在想,如果績效不以團隊來看,那在 Pair programming 時,工程師會不會因為這 ...其實我也在想,如果績效不以團隊來看,那在 Pair programming 時,工程師會不會因為這 task 的 owner 不是自己,而不花心思做好這工作?Anonymoushttps://www.blogger.com/profile/09292417668476548688noreply@blogger.comtag:blogger.com,1999:blog-1298974142445162186.post-71848709555912186722012-07-13T14:28:12.254+08:002012-07-13T14:28:12.254+08:00Hi Johnson:
(1) 要看你配對的目的是什麼,如果目的是為了解決一個複雜的問題,那麼最...Hi Johnson:<br /><br />(1) 要看你配對的目的是什麼,如果目的是為了解決一個複雜的問題,那麼最好是找兩位武林高手一起過招。如果目的是經驗傳承,則『老少配』也是ok。<br /><br />(2) 以 SCRUM 的角度來看,績效是看整個團隊的表現,而不是看個人。當然講是這樣講,在台灣要做的很難。所以還是需要有所謂的『個人表現』的評判標準,但這並沒有單一個方法可以評估。基本上,只要管理者與團隊密切合作,要看出每個人的能力是非常簡單的一件事,否則可容易被『會做表面功夫』的人給矇騙。Teddy Chenhttps://www.blogger.com/profile/02066842119056439711noreply@blogger.comtag:blogger.com,1999:blog-1298974142445162186.post-20115468000541548152012-07-13T11:18:43.647+08:002012-07-13T11:18:43.647+08:00Hi Teddy, 拜讀了您一系列的 Scrum 文章,真是獲益良多,一些觀念一夕間竟融會貫通,非常...Hi Teddy, 拜讀了您一系列的 Scrum 文章,真是獲益良多,一些觀念一夕間竟融會貫通,非常感謝您的熱心奉獻。<br /><br />Pair programming 我有試著找幾個 member 實驗過,反應還不錯,但有幾個實務上的問題要請教您:<br /><br />1. 程度相差太多的 member,是否就不適合配對在一起?<br /><br />2. 對於個人績效評分是否有困難?例如程式都是有兩人共同開發,如何知道誰的能力表現較好?<br /><br />以上謝謝您撥空回覆。Anonymoushttps://www.blogger.com/profile/09292417668476548688noreply@blogger.com